Re: FYI: duplicate removal patch [Was Re: ok, new libtool for cygwinupdates]

[Robert Boehne]

Hello,

 I have been on vacation for several days, so I wasn't
here to add to this discussion until now.
The piecewise linking code collapses all the *.lo arguments
to a link into a single object file, so there is some limit
to how much it can do. In practice this solves the problem
for the most part, unfortunately the current problem with
this is that dependency libs are repeatedly added,
seemingly in an infinte loop.

IMHO, any duplicate libraries should be removed on
the platforms where it is possible.

Robert


Nick Hudson wrote:
> 
> Michael Matz wrote:
> >
> > Hi,
> >
> > On Sun, 1 Apr 2001, Gary V. Vaughan wrote:
> > > > >
> > > > > I have applied the following to HEAD (and similar to MLB).
> > > >
> > > > Why also MLB?  Was it really broken there too?  I ask, because I
> > > > _definitely_ got multiple libraries in link commands.
> > >
> > > Try out the new depdemo-dups.test on an old libtool script, and you'll see
> > > what I mean.  Perhaps I have found and fixed a similar but different bug?
> >
> > I see.  Argh, This then again means, that libtool will probably generate
> > excessively large link commands for KDE.  We sometimes list also dependent
> > libs in the makefiles (history and lazyness), and this then cumulates over
> > many libraries.  Hmm, OK I need to check, if this really is so, but I
> > suspect it.
> 
> I can confirm this. Some .la files created by NetBSD KDE 2 pkgs have
> dependency_libs entries that are bigger than 2048 characters long. ATM,
> the buffer in ltdl.c is currently set to 1024.
> 
> -lm and -lXmu appear far more than they need to...
> 
> Nick
> --
> aka address@hidden, address@hidden
> 
> _______________________________________________
> Libtool-patches mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/libtool-patches

-- 
Robert Boehne             Software Engineer
Ricardo Software   Chicago Technical Center
TEL: (630)789-0003 x. 238
FAX: (630)789-0127
email:  address@hidden