view admin/notes/cpp @ 108382:b9b3b94979ee

Move LIBS_SYSTEM from cpp to configure. * configure.in (LIBS_SYSTEM): New output variable, replacing cpp. * lib-src/Makefile.in (LIBS_SYSTEM) [!MSDOS]: Set with configure, not cpp. (LIBS_SYSTEM) [MSDOS]: Use MSDOS_LIBS_SYSTEM. (NOT_C_CODE): Remove, no longer used. (config.h) [!MSDOS]: No longer include. (LOADLIBES): Use LIBS_SYSTEM as a variable. * src/Makefile.in (LIBS_SYSTEM): Set using configure, not cpp. (LIBS_SYSTEM) [MSDOS]: Reset with MSDOS_LIBS_SYSTEM. (LIBES): Use LIBS_SYSTEM as a variable. * src/s/msdos.h (LIBS_SYSTEM): Rename to MSDOS_LIBS_SYSTEM. Always define. * src/s/aix4-2.h (LIBS_SYSTEM): * src/s/freebsd.h (LIBS_SYSTEM): * src/s/hpux10-20.h (LIBS_SYSTEM): * src/s/sol2-6.h (LIBS_SYSTEM): * src/s/unixware.h (LIBS_SYSTEM): Move to configure. * msdos/sed1v2.inp, msdos/sed3v2.inp (LIBS_SYSTEM): Edit to empty.
author Glenn Morris <rgm@gnu.org>
date Sun, 09 May 2010 19:16:09 -0700
parents c3512b2085a0
children b246058e9b05
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.

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