Youch! xemacs-beta memleaks PC to death when byte compiling

[Asfand Yar Qazi]

Hi,

I'm using xemacs-beta, and I realise it's quite old, but it has more
features than the most recent stable branch which I absolutely need
and cannot live without (i.e. sub-pixel anti-aliased true-type fonts
:-)  )

I compiled it with the following flags:

--host=x86_64-pc-linux-gnu
--build=x86_64-pc-linux-gnu
--target=x86_64-pc-linux-gnu
--prefix=/usr/local/xemacs
--with-package-path=/usr/local/xemacs/lib/xemacs/xemacs-packages
--with-xft=emacs,menubars,tabs,gauges
--without-gtk
--without-gnome
--with-athena=3d
--with-menubars=lucid
--with-scrollbars=lucid
--with-dialogs=athena
--with-widgets=athena
--with-gpm=no
--with-sound=no
--with-xim=no
--with-zlib
--with-database=no
--with-postgresql=no
--with-ldap=no
--with-ipv6-cname
--with-error-checking=no
--without-debug


Anyway, when I go into the haskell-mode package directory and type:
 make bytecompile

I eventually get this:

xemacs -no-autoloads -vanilla -batch -eval '(setq stack-trace-on-error
t load-always-display-messages t load-ignore-out-of-date-elc-files t
load-show-full-path-in-messages t)' -eval '(setq load-path (list
lisp-directory))' -l
/home/ayqazi/src/packages/xemacs/cvs/packages/package-compile.el --
dired mail-lib xemacs-base edit-utils -- -l comint -l cus-face -l
font-lock -l func-menu -l imenu -l haskell-mode -l haskell-indent -f
batch-byte-compile auto-autoloads.el

Loading /home/ayqazi/src/packages/xemacs/cvs/packages/package-compile.el...
  Loading /usr/local/xemacs/lib/xemacs-21.5-b27/lisp/auto-autoloads.elc...
  Requiring /usr/local/xemacs/lib/xemacs-21.5-b27/lisp/bytecomp.elc...
  Requiring /usr/local/xemacs/lib/xemacs-21.5-b27/lisp/byte-optimize.elc...
  Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/edit-utils/auto-autoloads.elc...
  Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/xemacs-base/auto-autoloads.elc...
  Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/mail-lib/auto-autoloads.elc...
  Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/dired/auto-autoloads.elc...
Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/xemacs-base/comint.elc...
  Requiring /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/xemacs-base/ring.elc...
  Loading /usr/local/xemacs/lib/xemacs-21.5-b27/lisp/cus-face.elc...
Loading /usr/local/xemacs/lib/xemacs-21.5-b27/lisp/cus-face.elc...
Loading /usr/local/xemacs/lib/xemacs-21.5-b27/lisp/font-lock.elc...
Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/edit-utils/func-menu.elc...
Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/xemacs-base/imenu.elc...
Loading /home/ayqazi/src/packages/xemacs/cvs/packages/xemacs-packages/haskell-mode/haskell-mode.el...make:
*** [auto-autoloads.elc] Interrupt

Note that I have to manually kill it, or it goes into a memory-sucking
vortex of death where all my memory is filled up and my computer is
ground to a halt until the kenel sensibly kills as many processes as
it can - unfortunately including the X server and anything running
under it.

Any ideas what's causing it?  Or should it be ignored, and I just use
the latest stable version of XEmacs for my package compiling
shenanigans?

Thanks