Xref: utzoo comp.emacs:4836 gnu.emacs:268 comp.unix.microport:2250
Path: utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!ukma!rutgers!rochester!pt.cs.cmu.edu!RODS.IUS.CS.CMU.EDU!jxw
From: jxw@RODS.IUS.CS.CMU.EDU (John Willis)
Newsgroups: comp.emacs,gnu.emacs,comp.unix.microport
Subject: Re: GNU Emacs
Summary: RE: GNU Emacs 18.52
Message-ID: <3856@pt.cs.cmu.edu>
Date: 12 Dec 88 18:31:41 GMT
References: <828@ubu.warwick.UUCP> <28173@tut.cis.ohio-state.edu> <429@lehi3b15.UUCP>
Organization: Carnegie-Mellon University, CS/RI
Lines: 33


	Several weeks ago I was able to compile GNU-Emacs 18.52 under
Microport 3.0 and /bin/cc.  You need to be careful because the LISP
files default to loading a compiled version (.elc) rather than a pure
ASCII source version (.el).  Somewhere along the transmission path,
if you assume that the source is all ASCII, these compiled files will
probably be corrupted.  There is a simple fix, as documented by 
Stallman in the release notes.

	1) Increase the amount of memory allocated to pure lisp
		(I think the define is at the end of config.h).

	2) Recompile (only alloc.o is probably sufficient, check).

	3) Delete all of the .elc files from the LISP directory.

	4) Load the new temacs, defaulting to .el representations.

	5) Recompile .el files into .elc files (something like
	   byte-compile-directory ../Lisp)

	6) Reduce the pure lisp storage (reversing (1) above).

	7) Rebuild emacs, loading the .elc files by default.

Like the other GNU tools, this is an excellent editor.  It's worth a
little effort.  If this doesn't get you a running Emacs 18.52, I'll
try to help.

-John


	
--