home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / lisp / mcl / 1293 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  3.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!ames!data.nas.nasa.gov!taligent!apple!cambridge.apple.com!cfry@MIT.EDU
  2. From: cfry@MIT.EDU (Christopher Fry)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re:  LISP FFI to C
  5. Message-ID: <9208211757.AA10824@MIT.EDU>
  6. Date: 21 Aug 92 18:15:20 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 53
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10. Original-To: moon@cambridge.apple.com (David A. Moon)
  11. Original-Cc: cfry@MIT.EDU (Christopher Fry), Bruce Lester <72110.1107@CompuServe.COM>,
  12.         info-mcl@cambridge.apple.com, kgrant@us.oracle.com, york@lucid.com,
  13.         jonl@lucid.com, swm@scrc.symbolics.com, rwk@crl.dec.com
  14.  
  15. > Date: Fri, 21 Aug 92 11:06:49 EDT
  16. > From: moon@cambridge.apple.com (David A. Moon)
  17. > To: cfry@MIT.EDU (Christopher Fry)
  18. > Subject: Re:  LISP FFI to C
  19. > Cc: Bruce Lester <72110.1107@CompuServe.COM>, info-mcl@cambridge.apple.com,
  20. >         kgrant@us.oracle.com, york@lucid.com, jonl@lucid.com,
  21. >         swm@scrc.symbolics.com, rwk@crl.dec.com
  22. > 
  23. > > Date: Thu, 20 Aug 92 23:37:23 EST
  24. > > From: cfry@MIT.EDU (Christopher Fry)
  25. > > 
  26. > > Could it be arranged such that the CL function LOAD recognized when it was passed
  27. > > a C object file, a C header file, or a lisp file and did the right thing?
  28. > 
  29. > Implementation-dependent, obviously.  On the Macintosh, object files for C (and all 
  30. > other MPW-based static languages) are self-identifying, but on other systems it 
  31. > might not be possible to distinguish a C object file from some other kind of file.  
  32. > At the other extreme, on Symbolics Genera a Lisp object file and a C object file are 
  33. > in identical formats and loaded identically, and I imagine this is true in KCL as 
  34. > well.
  35. > 
  36. > There is no good, portable way to tell a C source file from a Lisp source file, 
  37. > especially if the Lisp user has modified the readtable.  However, there might be 
  38. > some bad ways, such as assuming that "(in-package" not preceded by a { is unlikely 
  39. > to be valid C.
  40. > 
  41. > If you want this additional feature that the programmer doesn't have to know what 
  42. > language things are written in to load them, that would create some additional 
  43. > things that the vendors would need to agree on in order to create a standard.
  44. Proposal: add a keyword to LOAD called :FILE-KIND indicating the possible file
  45. kinds for the file being loaded.
  46. It would take symbols:
  47. :lisp-source, lisp-compiled, c-source, c-compiled, etc.
  48. [note I've avoided the word "object" because of the ambiguity with object-oriented 
  49. programming]
  50. or a list of the same.
  51. We could also have :lisp stand for (:lisp-source :lisp-compiled)
  52. Likewise for other languages.
  53. The default value for the keyword would be :lisp [indicating just the current behavior.
  54. Vendors would be required to support :lisp but not the other lnaguages.
  55. However if they do support he other languages, they would be encouraged to 
  56. conform to this guideline.
  57.  
  58. If kind :c-source file is passed, it could either be a header file or the actual c source. 
  59. If the actual c-source is passed, only the "header" info would be extracted. You'd still 
  60. have to pass in the c-compiled. [Well I suppose some eager hacker could pass the
  61. c-source to a c compiler and generate the .o file then load it.]
  62.  
  63. :FILE-KIND might also take another special value, :GUESS-FROM-NAME
  64. In the C world, I believe types of .h, .c, and .o are at least very common.
  65. .l, .lsp, .lisp, .fasl, .fsl and maybe a few others ought to cover all the lisp
  66. cases. If file names turn out to be unambiguous enough, :GUESS-FROM-NAME could even
  67. be the default value for :FILE-KIND.
  68.