* XGCTYPE, GC_NILP, GC_EQ, etc.
@ 2004-11-29 9:17 Kim F. Storm
0 siblings, 0 replies; only message in thread
From: Kim F. Storm @ 2004-11-29 9:17 UTC (permalink / raw)
To me, all the GC_ specific stuff in lisp.h seems to be superfluous
these days with the new mark bit implementations.
The trigger for GC_ stuff to be different seems to be these line in lisp.h:
/* During garbage collection, XGCTYPE must be used for extracting types
so that the mark bit is ignored. XMARKBIT accesses the markbit.
Markbits are used only in particular slots of particular structure types.
Other markbits are always zero.
Outside of garbage collection, all mark bits are always zero. */
#ifndef XGCTYPE
/* The distinction does not exist now that the MARKBIT has been eliminated. */
#define XGCTYPE(a) XTYPE (a)
#endif
But XGCTYPE isn't defined anywhere else, so AFAICS, all the GC_SOMETHING is
always identical to SOMETHING.
So why keep this extra level of obsfuscation ?
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2004-11-29 9:17 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-11-29 9:17 XGCTYPE, GC_NILP, GC_EQ, etc Kim F. Storm
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).