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: "matz at suse dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 6 Oct 2004 09:27:14 -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 matz at suse dot de 2004-10-06 09:27 -------
The system compiler (with which stage1 is compiled) is a gcc which produces 32
bit code by default, isn't it? In that case the problem is that this gcc
is also used to compile for instance build-<target>/libiberty/ (without
any special options, hence to 32 bit).
But the HEAD compiler which is built produces 64 bit code by default.
The problem is, that also stage2 is linked to the above libiberty. But stage2
(being compiled by stage1) is 64bit code. Hence linker errors result
when building the gen* tools.
I'm not totally sure if this is the same problem, but it at least is also
some multilib 64/32 bit confusion in gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17646