home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / lisp / mcl / 1236 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  1.4 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!apple!portal!cup.portal.com!Thomas_E_Morgan
  2. From: Thomas_E_Morgan@cup.portal.com
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: MCL 2.0 a
  5. Message-ID: <64034@cup.portal.com>
  6. Date: 15 Aug 92 02:13:16 GMT
  7. Distribution: usa
  8. Organization: The Portal System (TM)
  9. Lines: 27
  10.  
  11. I need more of the MOP than MCL 2.0 can be made to provide, 
  12. and can't run 1.3.2.
  13.   
  14. Before I go out and get myself a new machine and a new LISP, I 
  15. thought to  try and get PCL to run under 2.0.
  16.  
  17. I've made a number of easy to figure out changes, 
  18. but am now up to the part where PCL needs implementation
  19. specific support for funcallable instances.
  20.  
  21. I've looked at the uuvector discussion in the reference and at the 
  22. additional sources on the CD, but haven't found enough info to 
  23. revise the low level functions to support funcallable instances.  
  24. Basically, I need to be able to be able to tell that something I can 
  25. funcall is a funcallable instance, and to be able to replace 
  26. the value of the function, while preserving 'eqness'  of the 
  27. funcallable instance.  Anybody know how?
  28.  
  29. Failing that, it occurs to me I might be able to use the MCL 
  30. funcallable CLOS objects, to hold up the PCL equivalent.
  31.  
  32. To make that work, I'd need to know how to change the value of the 
  33. function that MCL keeps for a funcallable instance.
  34.  
  35. Any advice or good counsel?
  36.  
  37.    ...Tom M 
  38.