Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
From: "Stephano Mariani" <sk DOT mail AT btinternet DOT com>
To: "'Charles Wilson'" <cwilson AT ece DOT gatech DOT edu>
Cc: "'Robert Collins'" <robert DOT collins AT itdomain DOT com DOT au>,
   "'CygWin-Apps'" <cygwin-apps AT cygwin DOT com>
Subject: RE: libtool devel auto-import broken
Date: Sun, 17 Mar 2002 17:11:33 -0000
Message-ID: <007f01c1cdd6$cce1f3a0$0200a8c0@sknet01>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
In-Reply-To: <3C94CCEF.8090100@ece.gatech.edu>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal

I made some minor modifications because I am using a patched binutils
(for preventing all symbols in the global scope from being exported)
with which libtool cannot find a sed pattern for finding symbols to
export when a .sym file is not given. The test for the "checking to see
how to parse nm-B output" (or something like that) fails and an empty
sed pattern is tried when searching for symbols causing the build to
fail.

Thanks for the URL,
Stephano Mariani

> -----Original Message-----
> From: Charles Wilson [mailto:cwilson AT ece DOT gatech DOT edu]
> Sent: Sunday, 17 March 2002 5:6 PM
> To: Stephano Mariani
> Cc: 'Robert Collins'; 'CygWin-Apps'
> Subject: Re: libtool devel auto-import broken
> 
> 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 DOT collins AT itdomain DOT com DOT 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 DOT mail AT btinternet DOT 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
> >>
> >
> >
>