Xref: utzoo comp.sys.att:6616 gnu.gcc:673 Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!gatech!unmvax!indri!csd4.milw.wisc.edu!srcsip!milo!herndon From: herndon@milo.SRC.Honeywell.COM (William Herndon) Newsgroups: comp.sys.att,gnu.gcc Subject: HELP! GCC exhausts 3b1 virtual memory Message-ID: <23146@srcsip.UUCP> Date: 6 Jun 89 13:19:39 GMT Sender: news@src.honeywell.COM Lines: 40 First, of all thanks to all those who sent me patches that would allow gcc to compile on my 3b1. Now, on to the current problem. I have managed to get gcc, version 1.35, to compile using cc. The executable of the parser is about 6.6M and appears to run correctly. After completing the initial make, I tried to recompile gcc with itself, as the installation guide suggested. The compile proceeds smoothly until the cc1 starts work on c-parse.tab.c. After thinking about it for a few minutes unix complains about virtual memory being exhausted, and the make aborts. Below is all the relevant information I can think of: - My system is a 3b1 with 2M of onboard memory. ( 40M drive ). - I do not have Bison running so a new c-parse.tab.c has not been created. - The compilation always aborts in the same place. - I have attempted to create more space ( swap I assume ) by running as root with no window manager. I have even gone so far as to kill off the phone manager and lp scheduler to free up more space. - The initial compilation with cc was using -O. So gcc, cc1, and cpp are optimized. - I have the same problem attempting to compile GNU Emacs file regexp.c. Any body have ideas? Encountered the same problem? Any and all help is appreciated. --------------------------------------------------------------------------- William R. Herndon WHerndon@cim-vax.honeywell.com herndon@src.honeywell.com SCTC, Honeywell 2855 Anthony Ln. So. #130 (612) 782-7108 St. Anthony, Mn. 55418 The opinions expressed are solely those of the author. Any resemblance to other opinions, either living or dead, is purely coincidental.