Xref: utzoo comp.sys.atari.st.tech:2401 comp.sys.atari.st:38274 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!sdd.hp.com!think.com!mintaka!wookumz.gnu.ai.mit.edu!entropy From: entropy@gnu.ai.mit.edu (maximum entropy) Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st Subject: Re: GNU Make troubles: 2 bombs! Message-ID: Date: 16 May 91 15:40:55 GMT References: Sender: news@mintaka.lcs.mit.edu Distribution: comp Organization: Not Proud Programmers Lines: 28 In-Reply-To: ralph@laas.fr's message of 16 May 91 13:32:24 GMT In article ralph@laas.fr (Ralph P. Sobek) writes: >I received e-mail that stated that there might be an interaction >between GNUMAKE and PINHEAD. So I deactivated PINHEAD, and the >problem is identical. In this addendum I enclose the debug output for >`gnumake -ndp -f makefile': > [...deleted...] > Trying implicit dependency `acm/planning.tex,v'. > Trying pattern rule with stem `planning.tex'. > Trying implicit dependency `acm/RCS/planning.tex,v'. >BOOM! BOOM!! Two bombs. Is there any way to disable the implicit >rules for RCS and SCCS? I believe the problem is a memory leak somewhere. GNU Make seems to crash after I use it for a while, and the more memory I have available, the longer it takes. I haven't really tested this idea out scientifically, so it should be taken for what it is--pure speculation. In reality, the problem might be caused by something completely different. entropy -- entropy@gnu.ai.mit.edu entropy. . .it's not just a good idea, it's the second law. Boycott Lotus, Apple, Ashton-Tate and Xerox. Join the League for Programming Freedom! Write to league@prep.ai.mit.edu for more information.