%% Ted Stern <[EMAIL PROTECTED]> writes:

  ts> My version of the "make: *** virtual memory exhausted.  Stop." bug
  ts> occurs from trying to include 1000's of files.  It doesn't matter
  ts> how large the files are --- what is important is the length of the
  ts> files' pathnames.  If I allow 128 mega words (1GB) for the qsub
  ts> job, the error occurs with about 5000 80 character filenames.  If
  ts> I allow 16MW or 128MB for the job, the error occurs with about
  ts> 1500 included files of about 80-character pathnames each.

  ts> In earlier correspondence with Paul Smith, he indicated that he
  ts> thought there may be a memory leak in read.c.

  ts> I have verified that the bug has not been fixed in current CVS.

  ts> Sure would be nice if somebody with access to purify could run it
  ts> on GNU make ...

I have run the GNU make test suite with Purify on Solaris, and valgrind
on Linux, and neither have reported any memory leaks with the latest CVS
code.

If you have a test case that can show this problem pls. let me know.
Thanks.

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <[EMAIL PROTECTED]>          Find some GNU make tips at:
 http://www.gnu.org                      http://make.paulandlesley.org
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist


_______________________________________________
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

Reply via email to