--nextPart1359739.e4VS3JgzGT
Content-Type: text/plain;
  charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 28 October 2007, Alexander Neundorf wrote:
> Objections against making this the default behaviour and removing the
> option ? (otherwise it will always break if a library links to
> another library which is in a directory which is not in the RPATH of
> the executable (which doesn't link directly to that library) and
> which could only be found by the RPATH of the library)

As I wrote in the other mail, here the problem isn't exactly what you=20
described. The executable link to a library  - which is in its RPATH -=20
which links to another library - which is also in the RPATH of the=20
executable -, still this second library is not found by the executable,=20
because the first library doesn't have any RPATH entries.
If -DKDE4_USE_ALWAYS_FULL_RPATH=3DON would fix this issue as well, I'd vot=
=20
for making it the default option.

Andras

=2D-=20
Quanta Plus developer - http://quanta.kdewebdev.org
K Desktop Environment - http://www.kde.org

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQBHJPgETQdfac6L/08RAn0rAJ4vwj74AmKPF41OLM+JVnakZE56cACcDROi
PLoJR0ZDzznSwhQXpn4GVn8=
=99tg
-----END PGP SIGNATURE-----

--nextPart1359739.e4VS3JgzGT--