This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/17646] [4.0 Regression] xgcc links 64bit objects into a 32bit target
- From: "olh at suse dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 6 Jan 2005 21:58:40 -0000
- Subject: [Bug target/17646] [4.0 Regression] xgcc links 64bit objects into a 32bit target
- References: <20040924065857.17646.olh@suse.de>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From olh at suse dot de 2005-01-06 21:58 -------
I tried this:
/home/abuild/gcc-4.0.0-20050103/configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,objc,f95,java --enable-checking --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind powerpc64-suse-linux &>clog
make bootstrap-lean -j12 &>mlog
make install DESTDIR=$HOME/foobar &>ilog
That appears to work. Only the binaries like cc1 end up in
/usr/libexec/gcc/powerpc64-suse-linux/4.0.0
This should be /usr/lib64/gcc-lib (at least thats the place where cc1 is now).
So is just passing --libexecdir=/usr/lib64 supposed to work? Have to try it now.
No idea what /usr/libexec is and why SuSE did never use it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17646