home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / lucidem / bug / 516 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.3 KB  |  35 lines
  1. Newsgroups: alt.lucid-emacs.bug
  2. Path: sparky!uunet!spool.mu.edu!yale.edu!yale!mintaka.lcs.mit.edu!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!xn!haydens
  3. From: haydens@bullwinkle.juliet.ll.mit.edu (Hayden Schultz x3685 g42)
  4. Subject: Re: lemacs19.4/lisp/cl.el
  5. In-Reply-To: jwz@lucid.com's message of 25 Jan 93 18:39:08 GMT
  6. Message-ID: <HAYDENS.93Jan25215857@bullwinkle.juliet.ll.mit.edu>
  7. Sender: usenet@xn.ll.mit.edu
  8. Reply-To: haydens@juliet.ll.mit.edu
  9. Organization: M.I.T. Lincoln Lab - Group 42
  10. References: <9301251620.AA03470@moebius.loria.fr> <9301251839.AA24913@thalidomide.lucid>
  11. Date: 25 Jan 93 21:58:57
  12. Lines: 21
  13.  
  14.  
  15. In article <9301251839.AA24913@thalidomide.lucid> jwz@lucid.com (Jamie Zawinski) writes:
  16.    > What is this good for? (besides making packages that do (require 'cl)
  17.    > not working anymore)
  18.  
  19.    That is exactly the intent.
  20.  
  21.    I don't ever want cl.el to muck up my environment if I accidentally load
  22.    something that tries to use it.  I won't run anything that uses cl.el.
  23.  
  24. Does this mean that cl.el doesn't work in 19.4?
  25.  
  26. If cl.el does work, and is merely morally corrupt, is it possible to
  27. disable the disabling of cl.el? I've already sold my soul to
  28. Completions.el, so I don't really have anything to loose.
  29.  
  30.     Thanks,
  31.  
  32.     Hayden Schultz (haydens@ll.mit.edu)
  33.     MIT Lincoln Lab
  34.  
  35.