Re: PGI Compiler patch for cygwin

[Ralf Wildenhues]

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