🚀 go-pugleaf

I've been trying to bring up gcc 2.5.5 on this machine.  DC.OSx 1
is a pretty standard SVR4 environment (ELF objects), and the CPUs
are Mips R3000.

I've written some config files so the machine is recognized, and
cc1 can be compiled without problem.  The problem is building
enquire.

The native ld fails to link objects generated by gcc with
an obscure message, which I think is probably a bug in their ld
(see script below).  I've tried statically and dynamic binding,
and various other options without success.  I've also used dump
to compare the .o files generated by gcc and cc, and can't
see any significant differences.

I noticed that gcc puts some data in .sdata sections (small data),
while cc doesn't.  I disabled .sdata secion generation (putting
everything in .data), but it made no difference.

Has anyone ported gcc 2.5.5 (or any version) to this machine,
or have any idea what the problem may be?

Thanks,
	J

-- script (very long lines are split) --
bash$ ./xgcc -B./  -v -DIN_GCC       -DNO_MEM -DNO_STDDEF -DNO_LONG_DOUBLE_IO -O0 -I. -c ./enquire.c 
Reading specs from ./specs
gcc version 2.5.5
 ./cpp -lang-c -v -I. -undef -D__GNUC__=2 -D__GNUC_MINOR__=5 -Dmips
 -Dunix -Dhost_mips -DMIPSEB -D_mips -D_unix -D_host_mips -D_MIPSEB
 -D_MIPS_SZINT=32 -D_MIPS_SZLONG=32 -D_MIPS_SZPTR=32 -D__mips__
 -D__unix__ -D__host_mips__ -D__MIPSEB__ -D___mips__ -D___unix__
 -D___host_mips__ -D___MIPSEB__ -D___MIPS_SZINT__=32 -D___MIPS_SZLONG__=32
 -D___MIPS_SZPTR__=32 -D__mips -D__unix -D__host_mips -D__MIPSEB
 -D___mips -D___unix -D___host_mips -D___MIPSEB -D___DNO_LONG_DOUBLE_IO
 ./enquire.c /var/tmp/cca006lW.i
GNU CPP version 2.5.5 [AL 1.1, MM 40] DC.OSx 1.1 Pyramid MIServer
#include "..." search starts here:
#include <...> search starts here:
 .
 /usr/local/include
 /usr/local/mips-pyramid-dcosx1.1/include
 /usr/local/lib/gcc-lib/mips-pyramid-dcosx1.1/2.5.5/include
 /usr/include
End of search list.
 ./cc1 /var/tmp/cca006lW.i -quiet -dumpbase enquire.c -O0 -version -o /var/tmp/cca006lW.s
GNU C version 2.5.5 [AL 1.1, MM 40] DC.OSx 1.1 Pyramid MIServer compiled by CC.
 /usr/ccs/bin/as -nocpp -v -o enquire.o /var/tmp/cca006lW.s
/usr/ccs/lib/as0 -v -G 0 -EB -g0 -O1 -pic /var/tmp/cca006lW.s -o /tmp/ctmaa006lZ -t /tmp/ctmsta006lZ 
as0: overflow setmode farewell croak xmalloc maximum_int main
eek_a_bug describe i_define u_define f_define floor_log ceil_log
exponent fake_f_rep f_rep bitpattern endian missing fmissing false
type_of ftype_of typerr ftyperr promotions check_defines cprop
basic sprop usprop fStore fSum fDiff fMul fDiv fSelf fCheck fprop
efprop iprop uiprop dStore dSum dDimaa006lZ -o enquire.o -t
/tmp/ctmsta006lZ
as1: overflow setmode farewell croak xmalloc maximum_int main
eek_a_bug describe i_define u_define f_define floor_log ceil_log
exponent fake_f_rep f_rep bitpattern endian missing fmissing false
type_of ftype_of typerr ftyperr promotions check_defines cprop
basic sprop usprop fStore fSum fDiff fMul fDiv fSelf fCheck fprop
efprop iprop uiprop dStore dSum dDiff dMul dDiv dSelf dCheck dprop
edprop lprop ulprop ldStore ldSum ldDiff ldMul ldDiv ldSelf ldCheck
ldprop eldprop
3.43u 0.77s 0:05.6 75%

** Compiliation seemed fine, lets try linking...

bash$ ./xgcc -B./  -DIN_GCC     enquire.o -o enquire -v 
Reading specs from ./specs
gcc version 2.5.5
 /usr/ccs/bin/ld -o enquire /usr/ccs/lib/crt1.o /usr/ccs/lib/crti.o /usr/ccs/lib/values-Xt.o -L. -L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib enquire.o -lgcc -lc -lgcc /usr/ccs/lib/crtn.o
ld: enquire: libelf error: elf_ndxscn: 

** what does this mean?
** From trussing ld, this pops out after all the input files have been dealt
** with.  It also can generate a map file, so I assume all the real linking
** work is done.  It just fails when writing the output.  Yes, the filesystem
** has space.