home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / lisp / mcl / 1259 < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.3 KB  |  35 lines
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!rutgers!apple!cambridge.apple.com!bill@cambridge.apple.com
  2. From: bill@cambridge.apple.com (Bill St. Clair)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re: disable the compiler
  5. Message-ID: <9208172107.AA07913@cambridge.apple.com>
  6. Date: 17 Aug 92 22:10:17 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 21
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10. Full-Name: Bill St. Clair
  11. Original-To: Peter Forster <Forster@informatik.uni-stuttgart.de>
  12. Original-Cc: info-mcl
  13.  
  14. >Is it possible to supress the compiler during run-time?
  15. >Our program generates and funcalls lambda-expressions during run-time. The
  16. >consequence in MCL is - that after each lambda generation - the
  17. >compiler is invoked. Calling the compiler wastes a lot of
  18. >run time and consequently the run-time behavior of our application is
  19. >not the best.
  20. >
  21. >Are there any possibilities in MCL to get a better run-time behavior
  22. >for such applications?
  23.  
  24. (setq *compile-definitions* nil)
  25.  
  26. or
  27.  
  28. (defun really-eval (expression)
  29.   (let ((*compile-definitions* nil))
  30.     (eval expression)))
  31.  
  32. The former will make Forms typed in the Listener or evaluated from
  33. Fred Buffers be evaluated instead of compiled. The latter gives you
  34. more precise control.
  35.