home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / msdos / programm / 8557 < prev    next >
Encoding:
Internet Message Format  |  1992-08-15  |  1.5 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!wupost!uwm.edu!zazen!doug.cae.wisc.edu!umn.edu!cybrspc!roy
  2. From: roy%cybrspc@cs.umn.edu (Roy M. Silvernail)
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: Re: Summary: P.D. MAKE for msdos
  5. Message-ID: <XwNkPB3w165w@cybrspc.UUCP>
  6. Date: Sat, 15 Aug 92 18:46:56 CDT
  7. References: <1992Aug14.152501.17351@exu.ericsson.se>
  8. Organization: Villa CyberSpace, Minneapolis, MN
  9. Lines: 23
  10.  
  11. exuhag@exu.ericsson.se (James Hague) writes:
  12.  
  13. > The downside to Borland MAKE, as has already been mentioned, is
  14. > that the documentation really stinks.
  15.  
  16. Now that you mention it.....
  17.  
  18. I've got a library in progress, and I'm adding modules occasionally.
  19. Since each module has to be tested before addition, the .obj is
  20. natuarally not out of date against its .c file.
  21.  
  22. So... how do I write rules that specify the .lib depend on the component
  23. .obj's and force the recompilation of said .c files and their
  24. addition/update into the lib?  (they need to be recompiled to remove the
  25. main() that lies inside an #ifdef TEST)  The Borland MAKE documentation
  26. says nothing helpful.  In fact, I can't seem to find anything at all
  27. that would help here.  Default rules fail, because the name of the .c
  28. file differs from the name of the .lib.  I don't particulary want to
  29. have to write a unique rule for each and every module.
  30. --
  31. Due to failure of my mail connection, please use the following emergency
  32.                           addresses to reply:
  33. roy%cybrspc@tfsquad.mn.org   cybrspc!roy@tfsquad.mn.org   roy@tfsquad.mn.org
  34.