From kde-core-devel  Tue Oct 30 08:57:18 2007
From: Thiago Macieira <thiago () kde ! org>
Date: Tue, 30 Oct 2007 08:57:18 +0000
To: kde-core-devel
Subject: Re: Some libraries are not found without LD_LIBRARY_PATH mangling
Message-Id: <200710300957.24681.thiago () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=119373469530575
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart33186810.UnxRUHgOKn"

--nextPart33186810.UnxRUHgOKn
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Em Monday 29 October 2007 16:46:50 Alexander Neundorf escreveu:
> On Monday 29 October 2007, Thiago Macieira wrote:
> > Em Monday 29 October 2007 16:28:33 Thiago Macieira escreveu:
> > > Maybe an even better option: set LD_LIBRARY_PATH when running
> > > uninstalled. That variable overrides RUNPATH and any distribution not
> > > using that (read: using RPATH only) should be shot in the head.
> > > DT_RUNPATH has been available for more than 5 years.
> >
> > Or we can turn the flag on by ourselves: -Wl,--enable-new-dtags.
>
> Which effect does this have exacty have ?

It enables the new ELF dtags in binutils.

According to the binutils mailing list=20
(http://sourceware.org/ml/binutils/2005-04/msg00060.html), the only two dta=
gs=20
enabled by this flag are DT_RUNPATH and DT_FLAGS. I might add also an excer=
pt=20
from this message: http://www.cygwin.com/ml/binutils/2005-04/msg00049.html

"I don't mind DT_RUNPATH because support for this was added to glibc in
1999, which is old enough that I think most of my users have upgraded by
now"

I could not find any side effects of having DT_FLAGS turned on.

As for DT_RUNTIME, the only "side-effect" it can have is to make=20
LD_LIBRARY_PATH work properly: i.e., be given preference. So, if you're=20
relying on the 10-year-old broken behaviour of DT_RPATH vs LD_LIBRARY_PATH,=
=20
you should be shot in the head. I don't think we have to support those=20
people.

One more note: sometimes people are afraid of --enable-new-dtags because in=
=20
KDE 3 we had a configure-time option --enable-new-ldflags which did two=20
things:

	1) enabled --enable-new-dtags
	2) enabled --as-needed

I still think we should build with --as-needed, but that has side-effects,=
=20
like libraries not being found at link-time (another linker option has to b=
e=20
given for linking to work properly).

=2D-=20
=A0 Thiago Macieira =A0- =A0thiago (AT) macieira.info - thiago (AT) kde.org
=A0 =A0 PGP/GPG: 0x6EF45358; fingerprint:
=A0 =A0 E067 918B B660 DBD1 105C =A0966C 33F5 F005 6EF4 5358

--nextPart33186810.UnxRUHgOKn
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQBHJvHuM/XwBW70U1gRAmUAAKC4H75vvFaCzuPmvUF2BjyCAanQKgCbB54G
i7KdBNpMo3yv6RxccMjkX80=
=F1bd
-----END PGP SIGNATURE-----

--nextPart33186810.UnxRUHgOKn--