home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / msdos / programm / 7986 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.3 KB  |  48 lines
  1. Newsgroups: comp.os.msdos.programmer
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!tamsun.tamu.edu!tpradeep
  3. From: tpradeep@cs.tamu.edu (Pradeep K Tapadiya)
  4. Subject: Is this a "make" limitation?
  5. Message-ID: <1992Jul21.162641.5897@tamsun.tamu.edu>
  6. Sender: news@tamsun.tamu.edu (Read News)
  7. Organization: Computer Science Department, Texas A&M University
  8. Date: Tue, 21 Jul 1992 16:26:41 GMT
  9. Lines: 37
  10.  
  11. Howdy friends,
  12.  
  13. I am wondering if I can increase my developement time and reduce the
  14. wear and tear on the disk by using a better makefile construct.
  15.  
  16. Background Info:
  17.   MSDOS 5
  18.   Microsoft `C' 7.0 compiler
  19.   Microsoft nmake (make utility)
  20.  
  21. Given, say, 30 dependent files, my makefile compiles the source files as
  22.  
  23.    cl -c a.c
  24.    cl -c b.c
  25.    cl -c c.c
  26.  
  27.    and so on for all those source files which are out of date.
  28.  
  29. Obviously, for each such source file there is an overhead of
  30. loading and releasing the compiler. A better construct would be
  31.  
  32.   cl -c a.c b.c c.c ...
  33.  
  34. wherein the compiler is loaded and released just once.
  35.  
  36. Note that the command string needs to be constructed dynamically
  37. depending on the out of date source files.
  38.  
  39. Question:
  40.  Is there a way to achieve this using "any" make utility ?
  41.  ( nmake, borland make , or any public domain or shareware make)
  42.  
  43. Thank you for your help. If need be, I'll summerize the responses
  44. on the net.
  45.  
  46. Pradeep
  47. tpradeep@cs.tamu.edu
  48.