--jyWdsH1tvGESd50Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Jan 29, 2005 at 12:42:13PM +0200, Arto Huusko wrote:
[...]
> > compiled-in rpaths indeed 'just works'. That's why it's default
>=20
> It works as long as the libraries are installed somewhere in
> the compiled-in rpath. Once they are somewhere else, it no longer
> works at all.

True.  This is an issue for binary-only distributions.  The way all
the EDA tools keep fiddling with LD_LIBRARY_PATH to make thing
apparently "just work", but usually breaking everything as soon as
you start chaining a few of them (never the same glibc, never the
same pthread library, sometimes they provide their own libstdc++,
you do the math), is really annoying.

Sometimes I wish ELF would allow relative RPATHs and then you'd have
an entry in /etc/ld.so.conf to point the dynamic linker to the install
root of the binaries.

Of course I wish more I could have source distributions to be sure the
libraries the applications are linking to are actually the ones they
expect.

--=20
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"When I find the controls, I'll go where I like, I'll know where I want
to be, but maybe for now I'll stay right here on a silent sea."
KT Tunstall, Silent Sea, Eye to the Telescope, 2004.

--jyWdsH1tvGESd50Z
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)

iQEVAwUBQft6XNgoQloHrPnoAQJofggAy4jhWSrlDez0WqiIGSX8JDHOcJxWFmNs
zXrNA7LgtqcviXDtmHx1KkLQNd7TxvarEk3bCQvTdwrRCVOpuQS+iIiNY2veAhUg
475qYgqJUlM3EjOdI0vfZhB15Q5P2NDUMkdrYFhbIsmvxQ2YYPNwgiPkmljVINh7
3LW4YNfvxDmHg2T45xCcQT/ndpSbsy+5LpHJrLHkRwbH1/OZX76dpVO7K8kxIPA2
8sP3JvJoixhHepAr/iiZ6jh9r7FkdswHF5zmwArGpn4DO9UtRAs+aRJ8DOHi3rGw
C5TkU7+N4piTPTuD2mfgse4cIzGPnEzXOS7xWth2eWOUOcDqvMlT4w==
=E7pF
-----END PGP SIGNATURE-----

--jyWdsH1tvGESd50Z--