home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / lisp / 2352 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.5 KB
  1. Path: sparky!uunet!mcsun!uknet!edcastle!aiai!jeff
  2. From: jeff@aiai.ed.ac.uk (Jeff Dalton)
  3. Newsgroups: comp.lang.lisp
  4. Subject: Re: Free CL with CLOS: advice?
  5. Message-ID: <7416@skye.ed.ac.uk>
  6. Date: 1 Sep 92 15:02:18 GMT
  7. References: <1992Sep1.093746.10481@waikato.ac.nz>
  8. Sender: news@aiai.ed.ac.uk
  9. Organization: AIAI, University of Edinburgh, Scotland
  10. Lines: 29
  11.  
  12. In article <1992Sep1.093746.10481@waikato.ac.nz> bcs@waikato.ac.nz writes:
  13. >Hi all,
  14. >
  15. >I've been asked to find a good cheap/free (sound familiar?) CL with CLOS
  16. >support.  We've had akcl for some time, but I can find no mention of the
  17. >object system in it's readmes or docs (I'm not a lisp practitioner, I just
  18. >run the machines).  I just spotted the release note for the CMU CL distrib-
  19. >ution, and that does offer CLOS in some form.
  20. >
  21. >I guess the question is: is CMU CL the way to go (no offence guys!)?  Or is
  22. >there another CL with CLOS out there on the net somewhere that might be
  23. >better?
  24.  
  25. CMU CL is excellent if you have a machine it will run on.  (I'd
  26. like a 386/486 port, but it looks like I won't get one, because
  27. a 386 is the wrong kind of machine in terms of number of registers,
  28. among other things.)
  29.  
  30. PCL (the nearly-portable CLOS) will run in KCL.  It works fairly well
  31. but can be a bit of a pain when CLOS calls COMPILE (which is slow in
  32. KCL).
  33.  
  34. What I'd like to see is for [A]KCL to catch up with CLtL II / the
  35. spANS and for PCL-in-KCL to be able to avoid both COMPILE and the
  36. pessimizing process you get if you just make COMPILE a no-op.
  37.  
  38. -- Jd
  39.  
  40. Ok, so I didn't send via e-mail.  Sorry.
  41.