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