This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/43445] New: Toplevel Makefile needs to export ABI variants of LD_LIBRARY_PATH
- From: "ro at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 19 Mar 2010 20:40:21 -0000
- Subject: [Bug other/43445] New: Toplevel Makefile needs to export ABI variants of LD_LIBRARY_PATH
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
During a libjava build on i386-pc-solaris2.11, I noticed the following error:
ld.so.1: gcj-dbtool: fatal:
/vol/gcc/obj/gcc-4.5.0-20100208/11-gcc-gld/./gcc/libgcc_s.so.1: wrong ELF
class: ELFCLASS32
/bin/ksh: 29209 Killed
This happens when trying to execute the 64-bit gcj-dbtool. gcj-dbtool itself
is a libtool wrapper script, which allows it to find the dependend libtool
libraries, but for libgcc_s.so.1, it relies on HOST_EXPORTS in the toplevel
Makefile to export LD_LIBRARY_PATH via RPATH_ENVVAR, it refers to
TARGET_LIB_PATH and HOST_LIB_PATH, but none of them is multilib aware.
The toplevel Makefile probably needs to set all of LD_LIBRARY_PATH{, _32, _64}
and their IRIX and Darwin equivalents. See
gcc/testsuite/lib/target-libpath.exp
for the full list.
--
Summary: Toplevel Makefile needs to export ABI variants of
LD_LIBRARY_PATH
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43445