Scott James Remnant wrote:

I submitted keybuk-linux-deplibs.patch to libtool-patches back in March,
and there was a slight objection from Bob and nobody else joined in to
ok it.

The list was very busy around then, and I was waiting to see the results
of you and Bob duking it out ;-) You didn't answer any of Bob's questions...

>Bob Friesenhahn wrote:

Doesn't this patch cause Linux to be more equal than other operating systems, thereby causing free applications to be developed which won't work anywhere else?

No, it just shortens the link line on platforms that support that.

This solution does not seem to support the case where an actual
dependency exists but is not registered in the library (because the
user didn't supply it) so that the dynamic link loader doesn't know
about it?

Good point. We really ought to check the library registered dependencies against the .la deplibs and only drop the deplibs common to both, since we know the linker will pick those up. I guess that means looking through the dependency tree of .la files to find matches.

Also, what do we do about -rpath?  We still need to encode the
runtime path to even the dropped deplib directories so that the
same library we linked with is picked up at runtime.

If libone or libfour contain weak symbols, what happens?

I have no idea! Scott?

+2004-03-28  Scott James Remnant  <[EMAIL PROTECTED]>
+
+       * ltmain.in: The dynamic link loader on some platforms is able to
+       correctly traverse dependency trees, therefore when $link_all_deplibs
+       is set to 'no' don't add the contents of dependency_libs to the
+       link line to link a program.
+       * m4/libtool.m4 (AC_LIBTOOL_PROG_LD_SHLIBS) [linux*]: Linux is one
+       of those platforms, set link_all_deplibs to 'no' for both C++ and
+       other compilers.
+       * NEWS: Updated.

Bob's second point needs addressing first, IMHO. I think the -rpath stuff will come out in the wash provided we are careful.

Either way, this is a deep change for HEAD only.

Cheers,
        Gary.
--
Gary V. Vaughan      ())_.  [EMAIL PROTECTED],gnu.org}
Research Scientist   ( '/   http://tkd.kicks-ass.net
GNU Hacker           / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool

Reply via email to