mips-rtems-gcc -mips3 is broken

[Ralf Corsepius]

Current mips-rtems-gcc is broken, apparently, -mips3 is not correctly handled:

This breaks the p46*-BSPs.

# mips-rtems-gcc -v -mips3 test.c
Reading specs from /opt/rtems/lib/gcc-lib/mips-rtems/3.2/specs
Configured with: ../gcc-3.2/configure --target=mips-rtems --with-gnu-as --with-gnu-ld --with-newlib --verbose --with-system-zlib --disable-nls --enable-version-specific-runtime-libs --enable-threads=rtems --prefix=/opt/rtems --enable-languages=c,c++,java
Thread model: rtems
gcc version 3.2
GNU CPP version 3.2 (cpplib) [AL 1.1, MM 40] BSD Mips
GNU C version 3.2 (mips-rtems)

compiled by GNU C version 3.2 20020903 (Red Hat Linux 8.0 3.2-7).

ignoring nonexistent directory "/opt/rtems/mips-rtems/sys-include"
#include "..." search starts here:
#include <...> search starts here:

/opt/rtems/include
/opt/rtems/lib/gcc-lib/mips-rtems/3.2/include
/opt/rtems/mips-rtems/include

End of search list.

/opt/rtems/lib/gcc-lib/mips-rtems/3.2/../../../../mips-rtems/bin/as -mips3 -v -o /tmp/cc4WiXWj.o /tmp/ccIParKi.s

GNU assembler version 2.13 (mips-rtems) using BFD version 2.13

/opt/rtems/lib/gcc-lib/mips-rtems/3.2/collect2 -EB -mips3 /opt/rtems/lib/gcc-lib/mips-rtems/3.2/../../../../mips-rtems/lib/crt0.o -L/opt/rtems/lib/gcc-lib/mips-rtems/3.2 -L/opt/rtems/lib/gcc-lib/mips-rtems/3.2/../../../../mips-rtems/lib /tmp/cc4WiXWj.o -lgcc -lgcc

/opt/rtems/lib/gcc-lib/mips-rtems/3.2/../../../../mips-rtems/bin/ld: /tmp/cc4WiXWj.o: ISA mismatch (-mips3) with previous
modules (-mips1)
Bad value: failed to merge target specific data of file /tmp/cc4WiXWj.o
/opt/rtems/lib/gcc-lib/mips-rtems/3.2/../../../../mips-rtems/bin/ld: warning: cannot find entry symbol _start; defaulting
to 0000000000400020
collect2: ld returned 1 exit status

(I recall we had this before, and had thought, this was fixed. Apparently it is not).

Release:
RTEMS-CVS

How-To-Repeat:
# cat test.c
int
main ()
{

return 0;

}

# mips-rtems-gcc -mips3 hello.c
..

[Joel Sherrill]

State-Changed-From-To: feedback->closed
State-Changed-Why: Appears to be resolved on gcc 3.3 branch. And claimed

to be really fixed properly on gcc 3.4 work due to
reorganization by Eric Christopher and others.