home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / lisp / mcl / 1974 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.4 KB
  1. Path: sparky!uunet!olivea!apple!goofy!cambridge.apple.com!pierce@at-mail-server.vitro.com
  2. From: pierce@at-mail-server.vitro.com ("pierce")
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: RE: Reducing Size of MCL applications
  5. Message-ID: <9301111603.AA20414@brazil.cambridge.apple.com>
  6. Date: 11 Jan 93 04:05:15 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 22
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10.  
  11. >>We'll probably be looking into a few ways to reduce the size of MCL (though
  12. >>probably not for 2.1). Some ideas are:
  13. >>
  14. >>3) One or more shared libraries for the different pieces of MCL.
  15. >>   This will allow small MCL applications at the expense of some
  16. >>   large inits.
  17.  
  18. This discussion seems to be implying that size of MCL applications is the only
  19. issue preventing the rapid delivery of commercial applications in MCL.  
  20.  
  21. Let me emphasize that I believe the ability to integrate existing foreign C++
  22. libraries and application frameworks such as Bedrock with MCL code is equally
  23. important.  The Lisp community should not have to reinvent everything and MCL
  24. should not prevent MCL developers from benefiting from existing foreign code. 
  25. Supporting hybrid application development would make MCL applications smaller
  26. and allow MCL developers to work with other programming team members or other
  27. programming teams who have chosen C++ without having to convince them to switch
  28. to Lisp.
  29.  
  30. -Jonathan Pierce
  31.  
  32. pierce@Vitro.com
  33.