libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cygwin vs. --disable-static


From: Eric Blake
Subject: Re: cygwin vs. --disable-static
Date: Sat, 07 Oct 2006 11:04:13 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060909 Thunderbird/1.5.0.7 Mnenhy/0.7.4.666

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Gary V. Vaughan on 10/5/2006 1:24 AM:
> Hi Eric,
> 
> Thanks for the cygwin fix!
> 
> On 3 Oct 2006, at 13:44, Eric Blake wrote:
>>> Is there some way to keep
>>> the temporary .libs/m4.exeS.c to see what symbols it is trying to define,
>>> and why the __fu0_* and __m4_thnk_* are failing to link?
> 
> Off the top of my head, ISTR rerunning the failed libtool line with
> RM set to ':' in the environment leaves behind the temporory *S.c
> files.

Indeed, that works.  Now my question is how to go about hooking libtool's
calculation of $global_symbols_pipe on cygwin (and probably all Windows
targets) to exclude the __nm_thnk* and __fu0_* symbols that nm lists, but
which are only magic hooks to work around limitations of .dll linkage
rather than actual C entry points.

- --
Life is short - so eat dessert first!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFJ94N84KuGfSFAYARAjKpAJwIHMY1HBR62ojU80d9EqdaI/GjoACfV7Is
Uomj0dXD0TeE3dlg+go/r8g=
=3m9b
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]