Mercurial > hg > xemacs-beta
view nt/config.inc.samp @ 1303:f99d3d25df86
[xemacs-hg @ 2003-02-15 10:15:54 by ben]
autoload fixes, make-doc speed improvements
Makefile.in.in: Run update-elc-2 with -no-autoloads
to avoid multiple autoload-loading problem.
configure.usage: Document quick-build better.
make-docfile.el: Use `message' (defined in this file) in place of `princ'/`print',
and put in a terpri, so that we get correct newline behavior.
Rewrite if-progn -> when and a few similar stylistic niceties.
And the big change: Allow MS Windows to specify the object files
directly and frob them into C files here (formerly this was done
in xemacs.mak, and very slooooooooooooooooooowly). Due to
line-length limitations in CMD, we need to use a "response file"
to hold the arguments, so when we see a response file argument
(preceded by an @), read in the args (a bit of trickiness to do
this), and process recursively. Also frob .obj -> .c as mentioned
earlier and handle other junk dependencies that need to be removed
(NEEDTODUMP, make-docfile.exe).
update-elc-2.el: Use :test `equal' in call to set-difference.
update-elc.el: Put back commented out kill-emacs, update header comment.
xemacs.mak: Delete old unused code that checks SATISFIED.
Move update-elc-2 up to be near update-elc.
Run update-elc-2 with -no-autoloads to avoid multiple
autoload-loading problem.
Don't compute make-docfile args ourselves. Pass the raw objects
to make-docfile.el, which does the computation (much faster than
we could). Don't delete the DOC file, split the invocation into
two calls to make-docfile.exe (one direct, one through
make-docfile.el), etc. In general, all we do is call make-docfile.
Add proper dependencies for DOC-file rebuilding so it doesn't get
done when not necessary. Implement quick-building here: not
building the DOC file unless it doesn't exist, as the quick-build
docs say.
Makefile.in.in: Don't delete the DOC file. Implement quick-building here: not
building the DOC file unless it doesn't exist, as the quick-build
docs say.
config.h.in, emacs.c: Nothing but niggly spacing changes -- one space before a paren
starting a function-call arglist, please.
author | ben |
---|---|
date | Sat, 15 Feb 2003 10:16:14 +0000 |
parents | 465bd3c7d932 |
children | 4542b72c005e |
line wrap: on
line source
# -*- mode: makefile -*- ############################################################################ # Install options # ############################################################################ INSTALL_DIR=c:\Program Files\XEmacs\XEmacs-$(XEMACS_VERSION_STRING) PACKAGE_PREFIX=c:\Program Files\XEmacs ############################################################################ # Compiled-in features: basic # ############################################################################ # Multilingual support. MULE=0 # Native MS Windows support. HAVE_MS_WINDOWS=1 # X Windows support. Not working at all and probably never will. If you # want X support under MS Windows, compile with Cygwin instead. HAVE_X_WINDOWS=0 X11_DIR= # GTK support. Do NOT set this to 1; as of xemacs-21.5-b6 # gtk-xemacs is not supported on MSWindows (mingw or msvc). # Yes, we know that gtk has been ported to native MSWindows # but XEmacs is not yet ready to use that port. HAVE_GTK=0 GTK_DIR= ############################################################################ # Compiled-in features: graphics formats # ############################################################################ # Set this to enable XPM support (virtually mandatory), and specify # the directory containing xpm. Get the library from # http://ftp.xemacs.org/aux/xpm-3.4k.tar.gz. HAVE_XPM=1 XPM_DIR=c:\src\xpm-3.4k # Set this to enable GIF support (built-in). HAVE_GIF=1 # Set this to enable PNG support (virtually mandatory), and specify # the directories containing png and zlib. Get the latest version from # ftp://ftp.uu.net/graphics/png/. You will have to rename the zlib directory # from zlib-1.1.3 or whatever to just `zlib' for the build to work. HAVE_PNG=1 PNG_DIR=c:\src\libpng-1.0.12 ZLIB_DIR=c:\src\zlib # Set this to enable TIFF support, and specify the directory containing tiff. # Get the latest version from ftp://ftp.uu.net/graphics/tiff/. Not on by # default since TIFF isn't really very important and those TIFF wankers # couldn't be bothered to incorporate minimal MS-Windows patches they've # had sitting around for years, so getting it to build is a major pain in # the ass. HAVE_TIFF=0 TIFF_DIR=c:\src\tiff-v3.4 # Set this to enable JPEG support, and specify the directory containing jpeg. # Get the latest version from ftp://ftp.uu.net/graphics/jpeg/. HAVE_JPEG=1 JPEG_DIR=c:\src\jpeg-6b # Set this to enable XFace support, and specify the directory containing # compface. Get the library from http://ftp.xemacs.org/aux/compface.tar.gz. HAVE_XFACE=0 COMPFACE_DIR= ############################################################################ # Build settings # ############################################################################ # Set this to specify the location of makeinfo. (If not set, XEmacs will # attempt to use its built-in, much slower texinfo support when building # info files.) If you are building XEmacs yourself, you probably have # Cygwin sitting around already. If not, you should. Cygwin provides a # `makeinfo.exe' in /usr/bin/makeinfo (/usr/bin is virtual, it's /bin in # the actual file system). MAKEINFO=c:\cygwin\bin\makeinfo.exe # Set this to turn on optimization when compiling. OPTIMIZED_BUILD=0 # Set this to build with the fastcall calling convention, which uses registers # instead of the stack and should speed things up a bit # #### Change to 1 when I check in the ws with support for fastcall USE_FASTCALL=0 # True if running VC++ 6 or later. HAVE_VC6=1 ############################################################################ # Development options # ############################################################################ # Set this to compile in support for profiling. If you want line-by-line # profiling under VC++, you also need debugging turned on. PROFILE_SUPPORT=0 # Set this to enable debug code in XEmacs that doesn't slow things down, # and to add debugging information to the executable. (The code that's # enabled in XEmacs is primarily extra commands that aid in debugging # problems. The kind of debugging code that slows things down -- # i.e. internal error-checking -- is controlled by the ERROR_CHECK_ALL # variable, below.) DEBUG_XEMACS=1 # Uncomment this to turn off or on the error-checking code, which adds # abundant internal error checking (and slows things down a lot). Normally, # leave this alone -- it will be on for beta builds and off for release # builds. # ERROR_CHECK_ALL=0 # Uncomment this to turn on or off whether we compile source files as C++ # files. This turns on additional error checking of various sorts. Normally, # leave it alone -- it will be on when ERROR_CHECK_ALL is on. # CPLUSPLUS_COMPILE=0 # Set this to speed up building, for development purposes. QUICK_BUILD=0 # Set this to see exactly which compilation commands are being run (not # generally recommended). VERBOSECC=0 # Set this to get nmake to use dependency info (recommended for development). # Requires cygwin or ActiveState versions of Perl to be installed. DEPEND=0 # Set this to use the portable dumper for dumping the preloaded Lisp # routines, instead of the older "unexec" routines in unexnt.c. USE_PORTABLE_DUMPER=1 # Set this to use the new experimental garbage-collection routines instead # of the traditional XEmacs garbage-collection routines. USE_KKCC=0 # Set this to turn on the use of the union type, which gets you improved # type checking of Lisp_Objects -- they're declared as unions instead of # ints, and so places where a Lisp_Object is mistakenly passed to a routine # expecting an int (or vice-versa), or a check is written `if (foo)' # instead of `if (!NILP (foo))', will be flagged as errors. (All of these # do NOT lead to the expected results! Qnil is not represented as 0 [so if # (foo) will *ALWAYS* be true for a Lisp_Object], and the representation of # an integer as a Lisp_Object is not just the integer's numeric value, but # usually 2x the integer +/- 1.) # There used to be a claim that it simplified debugging. There may have # been a grain of truth to this pre-19.8, when there was no lrecord type # and all objects had a separate type appearing in the tag. Nowadays, # however, there is no debugging gain, and in fact frequent debugging *LOSS*, # since many debuggers don't handle unions very well, and usually there is # no way to directly specify a union from a debugging prompt. # Furthermore, release builds should *NOT* be done this way because (a) you # may get less efficiency, with compilers that can't figure out how to # optimize the union into a machine word; (b) even worse, the union type # often triggers compiler bugs, especially when combined with Mule and # error-checking. This has been the case with various times using GCC, # *AND CURRENTLY HAPPENS WITH VC++*, at least when using pdump. Therefore, # be warned! USE_UNION_TYPE=0