There was a change to configure proposed by Paolo Bonzini in September,
checked into configure.in by Aaron LaFramboise in October, and configure
(when it was regenerated to include his own patch) by HJ Lu in November
that prevents fixincludes from being built for powerpc-eabisim, causing
a build for that target, as described in simtest-howto.html, to fail.
The following hack to configure fixes it, but I don't know if it's
appropriate to skip libgcj for that target:
Index: configure.in
===================================================================
RCS file: /opt/gcc-cvs/gcc/configure.in,v
retrieving revision 1.331
diff -u -p -r1.331 configure.in
--- configure.in 8 Nov 2004 01:27:56 -0000 1.331
+++ configure.in 11 Nov 2004 00:38:11 -0000
@@ -683,6 +683,9 @@ case "${target}" in
powerpc-*-eabi)
noconfigdirs="$noconfigdirs ${libgcj} build-fixincludes"
;;
+ powerpc-*-eabisim)
+ noconfigdirs="$noconfigdirs ${libgcj}"
+ ;;
powerpc-*-eabi* | powerpcle-*-eabi* | powerpc-*-rtems* )
noconfigdirs="$noconfigdirs build-fixincludes"
;;
I submitting this as a problem report rather than as a patch because I don't
know what's going on here at all, and would like someone who understands
this stuff to take a look at it.
The bug exists in today's mainline and is a regression.
--
Summary: powerpc-eabisim build broken due to configure skipping
fixincludes
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis187 at us dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: powerpc-linux
GCC target triplet: powerpc-eabisim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18423
