view admin/notes/cpp @ 83262:92c8be21e2c3

Merged from [e-mail]--gnu-2005 (patch 31-33, 129-141) Patches applied: * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-129 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-130 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-131 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-132 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-133 Merge from gnus--rel--5.10 * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-134 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-135 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-136 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-137 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-138 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-139 Merge from gnus--rel--5.10 * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-140 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-141 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-31 Merge from emacs--cvs-trunk--0 * [e-mail]--gnu-2005/gnus--rel--5.10--patch-32 Merge from emacs--cvs-trunk--0 * [e-mail]--gnu-2005/gnus--rel--5.10--patch-33 Update from CVS git-archimport-id: [e-mail]--2004/emacs--multi-tty--0--patch-302

ttn 2003-04-09

we use a C preprocesor not only in the normal compilation of .c files
into object files, but also for creating

	src/Makefile
	lib-src/Makefile

(delimited by comment "start of cpp stuff").  some cpp implementations
insert whitespace in between tokens, which explains the "$(dot)$(dot)"
and "UNEXEC_ALIAS" workarounds for unixoid systems and the bundled
tradcpp/ for vms.  [NOTE: tradcpp/ not yet checked in.]

during makefile creation, the preprocessor symbol NOT_C_CODE is defined.
this should not be defined for normal .c file compilation.

there has been discussion on eliminating this use of cpp and relying
solely on autoconf processing.  rms says to leave it be.

;;; arch-tag: d654291e-9fc8-41b7-ab0c-d3cde842a8e0