Hi Christopher, * Christopher Hulbert wrote on Tue, Feb 21, 2006 at 05:48:56PM CET: > I get this error compiling libtool. It looks like it's trying to > extract the symbols from libltdl/.libs/libltdl.lax/loadlibrary.lib, > but the symbols look like they have paths associated with it and thus > can't extract them because the path doesn't exist. I guess this is > because the library is created using pgcc which uses the MS hack for > an archiver (lib). Any ideas?
Ah, ok. At this point we need a feature of the pending patches from Peter Ekberg: http://article.gmane.org/gmane.comp.sysutils.automake.general/6539 (but also see the part of this thread http://thread.gmane.org/gmane.comp.gnu.libtool.general/7182 that starts with 'msvs support' (sic)). When that is applied, you will be able to configure with AR="link -lib" or AR=lib and get the desired functionality. If someone (hint, hint) can get GNU binutils ar to do the one-by-one extraction nicely, or find some other nice way to achieve the extraction, I would not mind either.. I guess one way could be to collect the dirnames of all members from `ar t' and func_mkdir_p them.. or a nice subset of that.. then actually extract all members.. Sorry, I was thinking out loud. Cheers, Ralf > /bin/sh ./libtool --tag=CC --mode=link pgcc -g -no-undefined -o > libltdl/libltdl.la -rpath /usr/local/lib -no-undefined -version-info *snip* > libtool: link: (cd libltdl/.libs/libltdl.lax/loadlibrary.lib && ar x > /cygdrive/c/cygwin/home/chulbert/libtool-build/libltdl/.libs/loadlibrary.lib) > libltdl/loaders/.libs/loadlibrary.o: No such file or directory > bash-3.00$ lib -list libltdl/.libs/loadlibrary.lib > Microsoft (R) Library Manager Version 7.10.3077 > Copyright (C) Microsoft Corporation. All rights reserved. > > libltdl/loaders/.libs/loadlibrary.o > > bash-3.00$ ar t libltdl/.libs/loadlibrary.lib > libltdl/loaders/.libs/loadlibrary.o
