🚀 go-pugleaf

Perhaps someone help me confirm a suspicion of mine...

I had been compiling 1.38 and had gotten everything compiled from the
stage1 compiler.  Everything seemed to run correctly. gen* programs ran
fine etc.  When it tried to compile gnulib2, cpp would get segmentation
violations. I tried compiling small test programs those went fine.  When I
started to include include files > 5-6K the test program would cause cpp
to crash.  I remade the cpp using the stage1 compiler, disabling the
builtin_alloca and using the alloca.c w/1.38, cpp ran fine.  I remade the
compiler using the alloca.c instead of the builtin_alloca and the stage2
compiler seems to work fine, and I should have an installable compiler in
the am. ( If you own a plexus, keep an eye out! )

My guess is that I must be running into a limit as to how much stack space
is allowed to a process.  Is this a reasonable assumption?  If so, is
there a way to bypass the limit in the code ( I don't have the calls to do
that as shown in the gcc sources ) or by recompiling the kernel ( not the
best solution since I'm not the sysadmin... )  Your input appreciated.

Configuration:  Plexus P/60  68020 (  compiler is gen 68000 code )
                Sys V.2
                using gas-1.36 w/coff patches 
                (Thanks to Michael Bloom for the patch posted yesterday,
                 works great on the plexus!)
                gcc-1.38

Thanks in advance, and hoping to add a new machine to the gcc list!

-randy

-- 
Randy Welch   Mail to :  ...!ncar!scicom!bldr!randy or rwelch@du.edu
Boulder, CO   VOICE   :  303-442-6717
"Unfortunately, life contains an unavoidable element of unpredictability"
-David Lynch "The Angriest Dog in the World"