🚀 go-pugleaf

In article <JBW.90Aug11232234@zeb.uswest.com> jbw@zeb.uswest.com (Joe Wells) writes:
   Emacs is known not to handle files larger than 8 Meg properly, but
   I didn't know it core dumped on them.

The following suggestion works just great for me...

	From: lnz@LUCID.COM (Leonard N. Zubkoff)
	Newsgroups: gnu.emacs.bug
	Subject: Re:  24 bit pointers
	Date: 1 Jan 90 23:26:28 GMT
	
	The existing GNU Emacs is nowhere near as limited as many
	people seem to think.  I build versions for Apollo, Sun, Vax,
	and MIPS and all are built to allow 26 bits of pointer.
	Admittedly, 26 bits is only 64mb rather than 16mb, but in
	practice that limit is much harder to exceed than the 24
	bit/16mb limit.  All you need to do to build a 26 bit Emacs is
	to include the following two lines in config.h:
	
	/* Allow Emacs's larger than 16 megabytes.  */
	
	#define VALBITS 26
	#define GCTYPEBITS 5
	
	In order to increase the sizes further, I don't think moving
	to a 64 bit object size is optimal.  A better idea would be to
	allow 32 bits or close to it of pointer, and to keep the type
	information in a separate mapping table.
	
			Leonard
	
   What we really need are plain old Lisp "bignums", so there wouldn't
   be arbitrary size restrictions any more.

That would be general, but perhaps awfully slow.  In the interest of
speed, I don't think it's too bad to have a very big, if static,
limit.