[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: PATCH: PR/17311: Wrong libgcc_s.so.1 is used by lt-gij
From: |
Gary V . Vaughan |
Subject: |
Re: PATCH: PR/17311: Wrong libgcc_s.so.1 is used by lt-gij |
Date: |
Thu, 23 Sep 2004 02:46:14 +0100 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi H.J,
On 7 Sep 2004, at 21:11, H. J. Lu wrote:
I don't understand why libtool
has to put the install directory in RPATH for compile. Removing it
shouldn't cause any problem since the install directory may not exist
during compile before "make install"
2004-09-07 H.J. Lu <address@hidden>
PR libgcj/17311
* ltmain.sh: Don't use "$finalize_rpath" for compile.
Libtool builds the library for the installation location by default,
and should relink if you try to run the uninstalled library. You can
change this behaviour by configuring with --disable-fast-install. Does
that fix gcj vs. lib_gcc for you, or am I missing a deeper problem?
Applying this would mean that a library would always need to be relinked
at installation doesn't it? While that is often the case anyway, not
all platforms require a relink at the moment since
- --enable-fast-install is
the default.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. address@hidden,gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)
iD8DBQFBUirqFRMICSmD1gYRAp+BAJ993U/V1VrisWaB1LkTp6YOKgr4KQCeMV90
brSotWPQOGcHWzjur30+Sd0=
=8mGp
-----END PGP SIGNATURE-----