Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!apctrc!zmls04 From: zmls04@trc.amoco.com (Martin L. Smith) Newsgroups: comp.os.msdos.programmer Subject: Re: make with two key features Message-ID: Date: 6 Aug 90 13:56:58 GMT References: <1990Aug4.010351.10502@athena.mit.edu> <364eN1w162w@cybrspc> Sender: news@trc.amoco.com Organization: Amoco Production Company, Tulsa Research Center Lines: 33 In-reply-to: cybrspc!roy@cs.umn.edu's message of 5 Aug 90 06:35:37 GMT In article <364eN1w162w@cybrspc> cybrspc!roy@cs.umn.edu (Roy M. Silvernail) writes: dquah@athena.mit.edu (Danny Quah) writes: > With all the nifty make's floating by, have there been any > that will do both an "include" and automatic construction of a > response file to feed to the linker? Not sure what an "include" is, specifically... but dmake does the response files, and since it's distributed in source, you could have a go at writing "include" into it. dmake was posted to the net recently, in alt.sources (I think). I've been using dmake on an AT clone for a couple of days. The source distribution supports both MSC and TC; the configuration is a little unusual but it comes up very easily. Dmake supports both included files and response file generation and much more. It is a <> nice, extended make. The most recent distribution does not have a swapping-spawn, that is dmake remains resident while it runs commands, but I'm sure that will change soon. Dmake is distributed under the terms of the Gnu Public License. I think dmake will turn out to be a major utility, especially on MSDOS where the environment imposes such bizarre requirements on make programs. I'd like to thank Dennis Vadura, whom I believe is dmake's principal author. -- Martin L. Smith Amoco Research Center P.O. Box 3385 zmls04@trc.amoco.com Tulsa, OK 74102 [zmls04@sc.msc.umn.edu] 918-660-4065