libtool devel auto-import broken

[Charles Wilson]

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
>>
> 
>