[gclist] What wrong with the GC in xemacs

[Bryan O'Sullivan]

c> Maybe it could be connected to a more modern collector. On some
c> systems that could be the Boehm Colector which is also public
c> domain.

I don't know if the B-W collector supports masking out chunks of words
in order to ignore tagging information, but if it does, then it would
be relatively straightforward to replace the collector.  However,
there are other issues:

- Emacs goes to great lengths to ensure that it can give memory back
  to the operating system when possible.  It will even move entire
  buffers around in memory so that it can call sbrk(-whatever).  This
  is a cause of great performance loss, but I suspect Stallman
  wouldn't be interested in any replacement gc that didn't do
  something similar.

- Remember, Emacs still contains a whole lot of ugly code that
  supports efficient redisplay for the likes of elderly Ann Arbor
  terminals.  Stallman won't be interested in a gc that isn't portable
  and "right" for the same reason that he won't toss out the old
  redisplay code, even though it's a dog on windowing systems.

	<b