home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / lisp / mcl / 1960 < prev    next >
Encoding:
Text File  |  1993-01-09  |  1.5 KB  |  42 lines
  1. Newsgroups: comp.lang.lisp.mcl
  2. Path: sparky!uunet!spool.mu.edu!yale.edu!jvnc.net!newsserver.jvnc.net!gmd.de!qw3!thomas
  3. From: thomas@gmd.de (Tom Gordon, I3.KI 2665)
  4. Subject: Re: MCL support for MOP
  5. Message-ID: <1993Jan9.091155.12279@gmd.de>
  6. Sender: news@gmd.de (USENET News)
  7. Nntp-Posting-Host: qw3
  8. Reply-To: thomas@gmd.de
  9. Organization: GMD, Sankt Augustin, Germany.
  10. References: <9301082050.AA28536@cambridge.apple.com>
  11. Date: Sat, 9 Jan 1993 09:11:55 GMT
  12. Lines: 28
  13.  
  14. In article AA28536@cambridge.apple.com, bill@cambridge.apple.com (Bill St. Clair) writes:
  15. ...
  16. > We'll probably be
  17. > looking into a few ways to reduce the size of MCL (though probably
  18. > not for 2.1). Some ideas are:
  19. ...
  20. > 3) One or more shared libraries for the different pieces of MCL.
  21. >    This will allow small MCL applications at the expense of some
  22. >    large inits.
  23.  
  24. Are shared libraries supported by the Mac OS?  
  25.  
  26. The WCL implementation of Common Lisp on Sparcs uses shared libaries
  27. very effectively, and my feeling is that this approach adequately
  28. solves the problem of not being able to decide what parts of the Common
  29. Lisp language and development environment are required by the
  30. application:   Just deliver the whole system as a shared library and
  31. let anything required be loaded on demand.
  32.  
  33. The only disadvantage I'm aware of is the the library takes up space on 
  34. secondary storage, but this is not often a practical problem today.
  35.  
  36. ---
  37. Thomas F. Gordon
  38. GMD, FIT; Artificial Intelligence Research Division
  39. 5205 Sankt Augustin 1 / Germany
  40. email: thomas.gordon@gmd.de;  phone: (+49 2241) 14-2665
  41.  
  42.