🚀 go-pugleaf

Scenario:

Compiling gcc 1.38 under Minix on pc532 starting with Bruce's gcc 1.35
and using a set of patches from hut in Finland.  I have configured for
Bruce's assembler and linker.

Problems:

* Builtin_alloca fails under 1.35 -- fix by using alloca.c initially
  then switch to builtin_alloca when recompiling.

* The statement "low = (unsigned) d;" gets compiled into a call to
  __fixunsdfsi -- fix by removing the offending explicit cast in
  fold-const.c: "low = d".  This also happens with gcc 1.38 and is,
  I presume, related to the definitions in config/ns32k.md.  Is this
  a bug?  (This was the cause of the signal 6 problems I reported
  earlier.)

* Recompiling expr.c causes gcc 1.38 to run out of memory (with an
  error message from gcc (Virtual memory exhausted) -- I am currently
  using gcc 1.35 to compile this file.  It has the disadvantage that
  I still need alloca.c even after the recompilation.  It appears that
  Minix is only willing to malloc half the remaining avaliable memory
  (as reported by ps).  Is there a way to overcome this -- even
  temporarily?

Sverre

-- 
Sverre Froyen
sverre@seri.gov, sunpeaks!seri!sverre