home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ferkel.ucsb.edu!taco!bu.edu!att!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!cs.rochester.edu!quiroz
- From: quiroz@cs.rochester.edu (Cesar Quiroz)
- Newsgroups: gnu.emacs.bug
- Subject: Re: cl.elc is not behaving like a compiled cl.el
- Message-ID: <1992Nov17.021959.15983@cs.rochester.edu>
- Date: 17 Nov 92 02:19:59 GMT
- References: <9211161417.AA02701@ask.cs.cornell.edu>
- Sender: gnulists@ai.mit.edu
- Reply-To: quiroz@cs.rochester.edu (Cesar Quiroz)
- Distribution: gnu
- Organization: University of Rochester, Department of Computer Science
- Lines: 27
- Approved: bug-gnu-emacs@prep.ai.mit.edu
-
- In <9211161417.AA02701@ask.cs.cornell.edu>,
- cliff@cs.cornell.edu (Cliff Krumvieda) wrote:
-
- | ... I checked around and discovered that, although,
- | emacs-18.58/lisp/cl.el and emacs-18.59/lisp/cl.el are identical
- | files, emacs-18.58/lisp/cl.elc and emacs-18.59/lisp/cl.elc differ.
- | ...
- | Is this a bug with some optimizing byte-compiler?
-
- Nope, just the usual brain damage in cl.el. Probably cl.elc was
- compiled from a clean directory, without the prior loading. I have
- tried a few quick-and-dirty schemes to do this automatically, but
- all have caused an infinite loop somewhere, so short of splitting
- cl.el again in the half dozen files it used to be...
-
- BTW, version 3.0beta is available in the usual place
-
- cs.rochester.edu:cl.{el,elc,ChangeLog}
-
- I expect it will turn into 3.0 by the time Version 19 is out.
- Meanwhile, I will appreciate any feedback. (Especially a proven way
- to live with its raveled structure as one file, and still get it
- compiled in one shot. Conversely, if someone finds the time to put
- the files so that macros appear before they are used...)
-
- --
- Cesar Quiroz
-