[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 #23 from Ralf dot Wildenhues at gmx dot de  2006-02-07 17:43 -------
(In reply to comment #22)
> - Do there exist directories in the GCC build tree where both libtool-created
>   and non-libtool-created libraries are (possibly) built?
> 
> That is THE KEY question. The executable in question is lt-gij:
> 
> hjl@gnu-13 .libs]$ readelf -d
> /export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libjava/.libs/lt-gij
> | grep RPATH
>  0x000000000000000f (RPATH)              Library rpath:
> [/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libjava/.libs]
> [hjl@gnu-13 .libs]$
> 
> libgcc_s.so.1 isn't built by libtool.

Yes, but the one is $stage/gcc/libgcc_s.so.1 and the other is
$stage/x86_64-unknown-linux-gnu/libjava/lib/libgcj.la, so they are built
in different directories.

Libtool has to know that $stage/gcc is something that is necessary for the
uninstalled link and run paths; but libtool also needs to be able to deduce
that the path $stage/gcc must not be used for any installed libraries or
programs.

Now, if I want to fix this properly (in Libtool), then I need to know whether
above question can be answered with yes not only for libgcc_s/libgcj,
but for each library created in GCC.  And also the other questions, really.


-- 


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