view admin/notes/cpp @ 50592:73473fb92184

(latex-mode-map): Bind latex-split-block to C-c C-s. (tex-font-lock-keywords-2): Comment out unused var `type'. (tex-guess-mode): New name for old `tex-mode'. (tex-mode): Make it a derived mode of text-mode. (plain-tex-mode, latex-mode): Change parent from text-mode to tex-mode. (tex-common-initialization): Don't setup syntax-table any more. (tex-validate-buffer): Remove unused var `oend'. Use with-current-buffer and line-beginning-position. (tex-recenter-output-buffer): Remove unused var `old-buffer'. (latex-indent): Return `noindent' if no indentation can happen. (doctex-font-lock-^^A, doctex-font-lock-syntactic-face-function) (doctex-font-lock-syntactic-keywords, doctex-font-lock-keywords) (doctex-mode): New funs for DocTeX mode, derived from LaTeX mode.
author Stefan Monnier <monnier@iro.umontreal.ca>
date Mon, 14 Apr 2003 19:58:05 +0000
parents 3cb74de71bcd
children 695cf19ef79e
line wrap: on
line source

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.