home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5598 < prev    next >
Encoding:
Text File  |  1992-09-12  |  2.7 KB  |  62 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!usc!sdd.hp.com!spool.mu.edu!agate!dog.ee.lbl.gov!hellgate.utah.edu!fcom.cc.utah.edu!cs.weber.edu!terry
  3. From: terry@cs.weber.edu (A Wizard of Earth C)
  4. Subject: Re: [386BSD] cc1 fatal error & more!
  5. Message-ID: <1992Sep12.172913.24640@fcom.cc.utah.edu>
  6. Sender: news@fcom.cc.utah.edu
  7. Organization: Weber State University  (Ogden, UT)
  8. References: <6703@vtserf.cc.vt.edu> <1992Sep11.012623.14965@fcom.cc.utah.edu> <veit.716290747@du9ds3>
  9. Date: Sat, 12 Sep 92 17:29:13 GMT
  10. Lines: 50
  11.  
  12. In article <veit.716290747@du9ds3> veit@du9ds3.uni-duisburg.de writes:
  13. >In <1992Sep11.012623.14965@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
  14. >
  15. >>>>
  16. >>>>Hi, I tried to compile a program and got the cc1 fata error like:
  17. >>>>cc -I.. -I../..  -O -c fogdeck.c
  18. >>>>cc: Program cc1 got fatal signal 6.
  19. >>>>*** Error code 1
  20. >>>>
  21. >[...]
  22. >>    Make has a terrific leak.  I compiled up a different version (sorry,
  23. >>proprietary).  You may want to try gnumake.
  24. >
  25. >Terry, can you comment on the "terrific leak"? I am interested because I
  26. >just build a large application (named X386 from the patched mit-tapes)
  27. >with gcc 1.39 and bsdmake without ever having seen something like a signal 6.
  28.  
  29.     It's not the signal 6 (IOT).  It's a memory leak.  I found that
  30. compiling the kernel with a makefile was much, much slower than compiling
  31. it by hand, and that for large packages (>300 files in one target), it
  32. would eventually run out of memory and slow to a crawl.  Apparently, the
  33. process image was just growing and growing and growing.
  34.  
  35.     I compiled the SVR4 make (which is why it's proprietary) and the
  36. problem "went away".  This actually required only minor changes.
  37.  
  38.     I have found that I get an IOT from the compiler if it runs out of
  39. memory.  With make sucking up all the memory, there wasn't enough left to
  40. compile.  Eventually, I always got an IOT, no matter how small the files
  41. were.
  42.  
  43.     I tested this by building a make file that compiled the same file
  44. to numbered file names 10,000 times (it wasn't a complicated file).
  45.  
  46.     Admittedly, the memory leak could be in fork or exec, but this is
  47. kind of doubtful, since the SVR4 make fixed the problem.  Hence my statement
  48. "Make has a terrific leak".
  49.  
  50.  
  51.                     Terry Lambert
  52.                     terry_lambert@gateway.novell.com
  53.                     terry@icarus.weber.edu
  54. ---
  55. Any opinions in this posting are my own and not those of my present
  56. or previous employers.
  57. -- 
  58. -------------------------------------------------------------------------------
  59.                                         "I have an 8 user poetic license" - me
  60.  Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
  61. -------------------------------------------------------------------------------
  62.