[Bug target/28551] libgcc.a being generated in improper format for powerpc-eabi cross

["spkelly at andrew dot cmu dot edu" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #3 from spkelly at andrew dot cmu dot edu  2006-07-31 18:35 -------
I'd really expected to have good news, but even with newlib and gcc rebuilt for
powerpc-eabisim, I still get the same error (with and without -msim, which
sounds to be the default for *-eabisim anyway).  I also found I needed to
compile sim-crt0 manually after building gcc for eabisim, unlike with eabi. 
And now that I think about it, shouldn't output object files be compatible for
building provided I keep the same host/build/target, regardless of whether that
target is correct for the platform I plan to run on...? (eg, when I originally
built for powerpc-eabi, shouldn't the default settings have let me compile
programs for ~some~ real powerpc-eabi -mtarget, regardless of whether or not
they ran in the simulator?)

On the one hand I do feel guilty about getting dev assistance off a bug list
when there may not actually be a bug involved.  On the other hand, if there
isn't a bug but simply so many caveats that one can't sit down, follow stock
documentaton and get a working build, that in its self seems to point to a
usability issue which could be better addressed.

-----
The new error, as such, with a sim-crt0.o compiled from
.../newlib-1.14.0/libgloss/rs6000/sim-crt0.S in the local directory (the 'No
such file' error otherwise triggered is useless for telling where it should
actually go):

powerpc-eabisim-gcc -msim arithtest.c
/scratch/spkelly/ppcbin/bin/../lib/gcc/powerpc-eabisim/4.1.1/libgcc.a: could
not read symbols: File format not recognized
collect2: ld returned 1 exit status

-----
The line used to compile gcc (without errors):

../configure --target=powerpc-eabisim --prefix=/scratch/spkelly/ppcbin/
--disable-threads --disable-shared --enable-languages=c
make all-gcc install-gcc


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28551