delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
From: | daniel DOT hempel AT philips DOT com |
Subject: | Re: bug in "ar" when creating libraries on cross linked filesystems |
To: | cygwin AT cygwin DOT com |
Message-ID: | <OFB83B6A71.7D817449-ONC1256D9B.0044C6D8-C1256D9B.0048F950@diamond.philips.com> |
Date: | Mon, 8 Sep 2003 15:18:22 +0200 |
MIME-Version: | 1.0 |
Hello, the output of "which ar" under cygwin is: ar is /usr/bin/ar ar is /bin/ar ... both are cygwin directories. The idea with "TMPDIR=. ar cq libdh.a a.o b.o" of Igor points in the right direction but it did not work ... maybe "rename" is not looking for the environment variable "TMPDIR". I still get the error message "ar: libdh.a: rename: Cross-device link" and the resulting library is empty. But as a workaround I changed the makefiles to create the library in "/tmp" and then I moved the result to ".": ar cq /tmp/libdh.a a.o b.o mv /tmp/libdh.a libdh. ... this is ugly but it works. Now I found out that also the program "ranlib.exe" has this renaming problem. I think that the "rename" command of libc is broken or "Services for Unix from Microsoft" is buggy. Maybe it is more successful to make the rename command in "libc" more robust than waiting for a bugfix from Microsoft ... Thanks for your ideas and help Daniel To: cygwin AT cygwin DOT com cc: (bcc: Daniel Hempel/HBR/RESEARCH/PHILIPS) Subject: Re: bug in "ar" when creating libraries on cross linked filesystems Ronald Landheer-Cieslak Classification: <blytkerchan AT users DOT sourceforge. net> Sent by: cygwin-owner AT cygwin DOT com 05.09.2003 16:41 Please respond to cygwin I can't reproduce the problem and don't see anything out of the ordinary in your cygcheck output. Could you do a $ which ar and see if you're really working with Cygwin's ar? (I've just read Igor's reply - interesting hunch, but I'd have expected to be able to reproduce the problem..) rlc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |