On 2017-06-01 08:30:43 -0500, Bob Friesenhahn wrote:
> This requires that libtool re-link upon installation if the temporary rpaths
> are not wanted.  If the temporary rpaths are left in place, then
> reliability, performance, and security issues are left baked into the
> binaries.
> 
> Are these problems introduced by the new binutils version or were they
> already present?  It is foolish for binutils to introduce changes which
> break libtool or which cause binutils programs to output irritating
> messages.

Note that the problem I have with libtool is not with installation,
but with "make check", i.e. on programs that are not installed.

In any case, as long as LD_LIBRARY_PATH is not completely deprecated
(meaning that the compilers should call the linker to generate a
working run path *by default*), binutils should be fixed to work
as previously and/or libtool should use --disable-new-dtags for
the programs that will not be installed (those for which -no-install
is used).

Actually, since Thomas gave the hint "-Wl,--disable-new-dtags", I've
searched for dtags in log files, and found:

binutils (2.27.51.20161116-2) unstable; urgency=medium

  * Stop building the mipsr6 mipsr6el mipsn32r6 mipsn32r6el mips64r6 mips64r6el
    variants; can't continue with this work, because package uploads with
    these architectures are still rejected.
  * Add homepage attribute to the control file: Closes: #841432.
  * ld: enable new dtags by default for linux/gnu targets. Closes: #835859.
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  * Fix PR ld/20827, using proposed patch. Closes: #844378.

 -- Matthias Klose <d...@debian.org>  Thu, 17 Nov 2016 11:56:55 +0100

So, the issue may be specific to Debian. Bug 835859 was just a
wishlist. And the change hasn't even been announced in NEWS.Debian!

-- 
Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

_______________________________________________
https://lists.gnu.org/mailman/listinfo/libtool

Reply via email to