libtool
[Top][All Lists]
Advanced

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

Re: TODO


From: Ralf Wildenhues
Subject: Re: TODO
Date: Mon, 15 Nov 2004 13:26:51 +0100
User-agent: Mutt/1.4.1i

* Gary V. Vaughan wrote on Mon, Nov 15, 2004 at 01:11:26PM CET:
> Ralf Wildenhues wrote:
> >* Gary V. Vaughan wrote on Sun, Nov 14, 2004 at 09:44:19PM CET:
> >>Scott James Remnant wrote:
> >>
> >>>They're both trying to deal with platforms like Solaris that don't have
> >>>a needed-following link loader.
> >>
> >>That's a good idea, if we know the linker can find deplibs without
> >>help, we should take advantage of that to shorten the link line!
> >>Please add it to TODO.
> >
> >Seconded (or thirded, or whoever also wants this).
> >On systems where deplibs are handled by the linker,
> >libtool should give the advantage back to the user.
> >IMVHO this is actually increasing the value of libtool,
> >because it allows the user to make use of the features
> >of the underlying system.  Just let the docs explicitly
> >tell that the non-implicit dependencies on other systems
> >will lead to more work for the end-user there.
> 
> No need for that.  It should all be transparent to the user.
> Libtool will continue to use its long deplib link lines unless
> it knows that the host platform can follow deplibs on its own,
> in which case it only adds the direct dependencies to the
> link line, and trusts the linker to find the deplibs.

So will libtool do The Right Thing in all circumstances, given
the tiny patch to enable link_all_deps=yes on linux and whatever
other system has this linker feature?  The patch that is in Debian's
libtool?  If yes, the why in the world are we not using it?

Regards,
Ralf




reply via email to

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