libtool
[Top][All Lists]
Advanced

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

Re: lots of -lresolv added to command line?


From: Ossama Othman
Subject: Re: lots of -lresolv added to command line?
Date: Thu, 17 May 2001 09:26:58 -0700
User-agent: Mutt/1.2.5i

Hi Robert,

> > -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv 
> > -lresolv -lresolv -lresolv -lresolv ../../lib/krb5/.libs/libkrb5.so 
> > -lresolv -lresolv -lresolv 
> > /home/bam/source/ext2fs/heimdal-0.3e/build-tree/heimdal-0.3e/lib/asn1/.libs/libasn1.so
> >  -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv 
> > /home/bam/source/ext2fs/heimdal-0.3e/build-tree/heimdal-0.3e/lib/roken/.libs/libroken.so
> >  -lresolv -lresolv -lresolv -lresolv -lresolv 
> > ../../lib/asn1/.libs/libasn1.so 
> > /home/bam/source/ext2fs/heimdal-0.3e/build-tree/heimdal-0.3e/lib/com_err/.libs/libcom_err.so
> >  -lresolv -lresolv -lresolv -lresolv ../../lib/vers/.libs/libvers.al 
> > -lresolv -lresolv ../../lib/roken/.libs/libroken.so -lresolv -lcrypto 
> > -lresolv -lresolv -ldb -lgdbm -ldl -lresolv -lresolv
> > creating ipropd-slave
> > 
> 
> Ossama:
> 
> That depends on your point of view.  :)  I don't think we totally
> resolved this issue when it came up last time, so I'll rehash.
> The duplicate library opetions are preserved to support some systems'
> static library linking that needs to have dependent libraries
> linked in particular order, sometimes that means with duplicates.
> So code was added to Libtool to preserve duplicates, or rather 
> duplicate removal code was taken out.  This turned out to cause
> problems when the list of duplicates gets long, often too long
> for the shell to execute.  So this code was revised to find 'special'
> libraries $special_deplibs, and preserve only those in duplicates.
> I can't tell you how these get deemed "special" though.  

Right, I recall that.  However, having a dozen or so libraries with
the same name one after the other such as above seems really
unnecessary.  Can't we just check if two consecutive libraries in the
link command are the same, and if so then zap the second one.  A
library certainly shouldn't depend on itself.  Doing so would fix the
duplicate consecutive libraries (e.g. "-lresolv -lresolv -lresolv")
and still retain the semantics of having more than one instance of the
library in the link command such as "-lgcc -lfoo -lgcc."

-Ossama
-- 
Ossama Othman <address@hidden>
Distributed Object Computing Laboratory, Univ. of California at Irvine
1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068  70E6 5EB7 5E71 F7A3 94A8



reply via email to

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