This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Bootstrap failure on mips-sgi-irix6.5
- To: law at cygnus dot com
- Subject: Re: Bootstrap failure on mips-sgi-irix6.5
- From: Mark Mitchell <mark at markmitchell dot com>
- Date: Mon, 29 Jun 1998 08:50:11 -0700
- CC: egcs-bugs at cygnus dot com
- References: <12443.899106709@hurl.cygnus.com>
- Reply-to: mark at markmitchell dot com
>>>>> "Jeffrey" == Jeffrey A Law <law@cygnus.com> writes:
Jeffrey> In message
Jeffrey> <199806290658.XAA00943@smtp.earthlink.net>you write:
>> I get:
>>
>> ./xgcc -B./ -O2 -DIN_GCC -g -I./include -g1 -DIN_LIBGCC2
>> -D__GCC_ FLOAT_NOT_NEEDED -I. -I../../gcc -I../../gcc/config -c
>> -DL${name} \ ../../gcc/libgcc2.c -o ${name}.o; \ if [ $? -eq 0
>> ] ; then true; else exit 1; fi; \ ar rc tmplibgcc2.a ${name}.o;
>> \ rm -f ${name}.o; \ done _muldi3 ld32: FATAL 11: Object file
>> format error (/usr/tmp/ccUytB0C): unrecognizable fo
>>
>> Note that the linker is being invoked even with `-c'. In fact,
>> xgcc will do this for all files. `-S' does not result in
>> linker invocation, however.
Jeffrey> Can you add "-v" to CFLAGS to help us determine what's
Jeffrey> going on.
Sure. Could it be that the fact that intermediate temporary files no
longer have .s,.i,.ii extensions that is confusing /usr/bin/as? Yup;
a little investigation shows that is the MIPS assembler that is
invoking the linker for us, and that it doesn't do that if the input
files end in a .s extension. Did one of your recent changes to
temporary file name generation make the suffixes go away?
> ./xgcc -v -B./ -O2 -DIN_GCC -g -I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I../../gcc -I../../gcc/config -c -DL_muldi3 ../../gcc/libgcc2.c -o _muldi3.o
Reading specs from ./specs
gcc version egcs-2.91.43 19980628 (gcc2 ss-980502 experimental)
./cpp -lang-c -v -I./include -I. -I../../gcc -I../../gcc/config -isystem ./include -undef -D__GNUC__=2 -D__GNUC_MINOR__=91 -Dunix -Dmips -Dsgi -Dhost_mips -DMIPSEB -D_MIPSEB -DSYSTYPE_SVR4 -D_LONGLONG -D_SVR4_SOURCE -D_MODERN_C -D__DSO__ -D__unix__ -D__mips__ -D__sgi__ -D__host_mips__ -D__MIPSEB__ -D_MIPSEB -D__SYSTYPE_SVR4__ -D_LONGLONG -D_SVR4_SOURCE -D_MODERN_C -D__DSO__ -D__unix -D__mips -D__sgi -D__host_mips -D__MIPSEB -D__SYSTYPE_SVR4 -Asystem(unix) -Asystem(svr4) -Acpu(mips) -Amachine(sgi) -D__CHAR_UNSIGNED__ -D__OPTIMIZE__ -g -g1 -D__LANGUAGE_C -D_LANGUAGE_C -DLANGUAGE_C -D__SIZE_TYPE__=unsigned int -D__PTRDIFF_TYPE__=int -D__EXTENSIONS__ -D_SGI_SOURCE -D_MIPS_FPSET=32 -D_MIPS_ISA=_MIPS_ISA_MIPS3 -D_ABIN32=2 -D_MIPS_SIM=_ABIN32 -D_MIPS_SZINT=32 -D_MIPS_SZLONG=32 -D_MIPS_SZPTR=32 -D_COMPILER_VERSION=601 -U__mips -D__mips=3 -D__mips64 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DL_muldi3 ../../gcc/libgcc2.c /usr/tmp/ccBeGgU6
GNU CPP version egcs-2.91.43 19980628 (gcc2 ss-980502 experimental) [AL 1.1, MM 40] SGI running IRIX 6.x
#include "..." search starts here:
#include <...> search starts here:
include
.
../../gcc
../../gcc/config
include
/usr/local/include
/users/mitchell/progs/mips-sgi-irix6.5SE/include
/usr/include
End of search list.
./cc1 /usr/tmp/ccBeGgU6 -quiet -dumpbase libgcc2.c -g -g1 -O2 -version -o /usr/tmp/ccvY56Ul
GNU C version egcs-2.91.43 19980628 (gcc2 ss-980502 experimental) (mips-sgi-irix6.5SE) compiled by GNU C version egcs-2.91.40 19980613 (gcc2 ss-980502 experimental).
/usr/bin/as -O2 -g0 -nocpp -show -G 0 -w -n32 -o _muldi3.o /usr/tmp/ccvY56Ul
/usr/bin/../lib32/cmplrs/as -DEFAULT:abi=n32:isa=mips4:proc=r10k -O2 -g0 -nocpp -show -G 0 -w -n32 -o _muldi3.o /usr/tmp/ccvY56Ul
/opt/MIPSpro/MIPSpro_7.2/usr/lib32/cmplrs/ld32 -call_shared -no_unresolved -transitive_link -elf -_SYSTYPE_SVR4 -g0 -show -w -mips4 -n32 -nocount /usr/lib32/mips4/crt1.o -count -o _muldi3.o /usr/tmp/ccvY56Ul -nocount -dont_warn_unused -Bdynamic -lc /usr/lib32/mips4/crtn.o -warn_unused
(null): INFO 152: /opt/MIPSpro/MIPSpro_7.2/usr/lib32/cmplrs/ld32_.
ld32: FATAL 11: Object file format error (/usr/tmp/ccvY56Ul): unrecognizable format
as ERROR: /opt/MIPSpro/MIPSpro_7.2/usr/lib32/cmplrs/ld32 returned non-zero status 4
--
Mark Mitchell mark@markmitchell.com
Mark Mitchell Consulting http://www.markmitchell.com