Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!uw-beaver!rice!titan!phil From: phil@titan.rice.edu (William LeFebvre) Newsgroups: comp.sys.amiga.tech Subject: Re: LMK details Message-ID: <2563@kalliope.rice.edu> Date: 10 Feb 89 18:27:45 GMT References: <3324@amiga.UUCP> Sender: usenet@rice.edu Reply-To: phil@Rice.edu (William LeFebvre) Distribution: usa Organization: Rice University, Houston Lines: 41 In article <3324@amiga.UUCP> jimm@amiga.UUCP (Jim Mackraz) writes: >Dear friends, >... ># this is what confuses LMK, keeping it from updating hello.o when ># hello.c is changed. Also, if you touch foo.c, it recompiles hello.c. ># I had this line once when foo.o was created from foo.asm. ># In that case, I think it tried to compile hello.asm when foo.asm ># was touched. ># ># I reported this behavior and the response was that contrary ># to my assertion, this was not the standard way of making ># dependencies on include files. > >foo.o hello.o: hello.h #define HEAVY_SARCASM Oh wow. Well, someone had better tell that guy who wrote the paper "Make - a Program for Maintaining Computer Programs". You know, that paper that gets distributed with some versions of Unix? The author put in a example using an include file called "defs", and he sure used the dependency "y.o: y.c defs". He even went further that that: he defined a whole set of object files and used the dependency "$(OBJECTS): defs". Guess that's all wrong, then, since that isn't "the standard way of making dependencies on include files". After all, what does Stu Feldman (the author of that paper) know about "make"? #undef HEAVY_SARCASM William LeFebvre Department of Computer Science Rice University #define FOOTNOTE For those that don't catch the sarcasm, Stu Feldman wrote the very first "make" for Unix. Many Unix implementations still use that program, or some derivative of it, for "make". He was also, by the way, severely chastised by his cohorts for using a name that contained as many as four letters. Apparently, everyone else wanted just 2 or 3 letters. #undef FOOTNOTE