[Bug libgcj/17311] Wrong libgcc_s.so.1 is used by lt-gij

["Ralf dot Wildenhues at gmx dot de" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #15 from Ralf dot Wildenhues at gmx dot de  2006-02-06 18:24 -------
(In reply to comment #8 by H. J. Lu)
> See
> 
> http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02467.html
> 
> I don't know how to do --disable-fast-install for gcc.
> --enable-fast-install is totally wrong for ELF. It should
> never be used for any ELF targets.

I don't understand this comment.  You seem to imply that libtool
should not add DT_RPATH entries pointing to installed paths to
libraries/executables in the build tree.

But given --enable-fast-install, and given that there are no indirect
library dependencies, this is the correct thing: both libraries and
programs can be copied to their final location without relink and
will work correctly.  libtool creates a shell wrapper for uninstalled
programs that does relink-upon-execution and adds DT_RPATH entries for
all direct dependencies.

Of course, given --enable-fast-install but *indirect* library dependencies
inside the build tree, adding DT_RPATH entries with the installed paths
would not work: the wrong indirect libs would be picked up.  However,
libtool could still solve this: all systems which support indirect library
dependencies well (i.e.: GNU/Linux) have measures make both the link editing
step work (-rpath-link) as well as relink-upon-execution (just put all
paths for uninstalled indirect dependencies in the run path of the relinked
executable).

What am I missing?

Cheers,
Ralf


-- 

Ralf dot Wildenhues at gmx dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Ralf dot Wildenhues at gmx
                   |                            |dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17311