home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / std / c / 3391 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!cert!netnews.upenn.edu!cronkite.ocis.temple.edu!astro.ocis.temple.edu!ray
  2. From: ray@astro.ocis.temple.edu (Ray Lauff)
  3. Newsgroups: comp.std.c
  4. Subject: Libraries specified in source?
  5. Message-ID: <1993Jan21.182949.29796@cronkite.ocis.temple.edu>
  6. Date: 21 Jan 93 18:29:49 GMT
  7. Sender: news@cronkite.ocis.temple.edu (NetWork News (readnews))
  8. Organization: Temple University
  9. Lines: 24
  10. X-Newsreader: TIN [version 1.1 PL8]
  11.  
  12. I have been programming in c for about a year or so now on various 
  13. platforms and I often find myself wondering why standard C has
  14. no mechanisms for embedding the libraries required for loading
  15. into the code.  Right now I have to specify them on the command
  16. line of the compiler call.  Of course, using make files can
  17. simplify the process, but why not just have a line in the 
  18. main program such as
  19.  
  20. #library "/lib/libc.a"
  21.  
  22. which would then alert the linker that that library will be 
  23. required.  DIGITAL supplies macro assembly programmers with
  24. this capibility (.library directive), but they recommend
  25. against using it since it makes moving library files a problem
  26. since all the source code would need to be updated.  Perhaps
  27. C could avoid this problem by putting them in an include file.
  28.  
  29. It seems to me this would be a reasonable extension to C, since
  30. just about every c program requires some type of library that's
  31. not automagically provided.  Does this make sense to anyone 
  32. else?  Would it not be a consideration for the language?
  33.  
  34. Ray
  35. ray@astro.temple.edu
  36.