This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: libtool devel auto-import broken
- From: Charles Wilson <cwilson at ece dot gatech dot edu>
- To: Stephano Mariani <sk dot mail at btinternet dot com>
- Cc: 'Robert Collins' <robert dot collins at itdomain dot com dot au>,'CygWin-Apps' <cygwin-apps at cygwin dot com>
- Date: Sun, 17 Mar 2002 12:05:51 -0500
- Subject: Re: libtool devel auto-import broken
- References: <002c01c1cdbc$79983b10$0200a8c0@sknet01>
Okay, the testing versions of automake-devel (automake-1.6) and
libtool-devel (libtool-20020316) are up at
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
If you use the latest setup.exe snapshot, add that URL to the 'download
locations' list, and use setup to install these test versions.
--Chuck
P.S. libtool-20020316 passes all of the tests (except quote which fails,
and build-relink/build-relink2 which are skipped). This is the same as
libtool-20020202.
Stephano -- what minor modifications? My 20020316 version of libtool
includes Robert's original patch...
Stephano Mariani wrote:
> I see. In any case, your patch was just the ticket (with some minor
> modifications) :). I can now build my libraries as intended without all
> the symbols in the global scope being exported. :)
>
> Thanks,
> Stephano Mariani
>
>
>
>>-----Original Message-----
>>From: Robert Collins [mailto:robert.collins@itdomain.com.au]
>>Sent: Sunday, 17 March 2002 12:2 PM
>>To: Stephano Mariani; Charles Wilson
>>Cc: CygWin-Apps
>>Subject: RE: libtool devel auto-import broken
>>
>>
>>
>>
>>>-----Original Message-----
>>>From: Stephano Mariani [mailto:sk.mail@btinternet.com]
>>>Sent: Sunday, March 17, 2002 10:52 PM
>>>To: Robert Collins; 'Charles Wilson'
>>>Cc: 'CygWin-Apps'
>>>Subject: RE: libtool devel auto-import broken
>>>
>>>
>>>I understand that, but you mentioned that what is being
>>>accomplished by patching binutils is also possible by other
>>>means that do not involve rebuilding ld; libtool should be
>>>able to detect this and use the alternate method... I don't
>>>mind supplying a list of symbols to export.
>>>
>>>If this is not possible, then please excuse my ignorance as
>>>to the inner workings of libtool :)
>>>
>>Sorry, crossed wires. We needed *different* functionality to what you
>>are talking about, that was what we patched binutils for.
>>
>>Rob
>>
>
>