2010-07-21 09:37:35 +00:00
|
|
|
|
Building and Installing Emacs on Windows
|
|
|
|
|
(from 95 to 7 and beyond)
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2013-01-01 09:11:05 +00:00
|
|
|
|
Copyright (C) 2001-2013 Free Software Foundation, Inc.
|
2007-02-11 00:15:39 +00:00
|
|
|
|
See the end of the file for license conditions.
|
2001-05-13 21:54:56 +00:00
|
|
|
|
|
2006-03-18 16:14:26 +00:00
|
|
|
|
* For the impatient
|
|
|
|
|
|
|
|
|
|
Here are the concise instructions for configuring and building the
|
2007-03-09 14:38:54 +00:00
|
|
|
|
native Windows binary of Emacs, for those who want to skip the
|
|
|
|
|
complex explanations and ``just do it'':
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
2007-03-09 18:12:34 +00:00
|
|
|
|
Do not use this recipe with Cygwin. For building on Cygwin,
|
|
|
|
|
use the normal installation instructions, ../INSTALL.
|
|
|
|
|
|
2011-04-28 17:25:14 +00:00
|
|
|
|
If you have a Cygwin or MSYS port of Bash on your Path, you will be
|
2011-04-28 20:28:51 +00:00
|
|
|
|
better off removing it from PATH. (For details, search for "MSYS
|
|
|
|
|
sh.exe" below.)
|
2011-04-28 17:25:14 +00:00
|
|
|
|
|
2006-03-18 16:14:26 +00:00
|
|
|
|
1. Change to the `nt' directory (the directory of this file):
|
|
|
|
|
|
|
|
|
|
cd nt
|
|
|
|
|
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
2. Run configure.bat.
|
|
|
|
|
|
|
|
|
|
2a.If you use MSVC, set up the build environment by running the
|
|
|
|
|
SetEnv.cmd batch file from the appropriate SDK directory. (Skip
|
|
|
|
|
this step if you are using MinGW.) For example:
|
|
|
|
|
|
|
|
|
|
"C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.cmd" /x86 /Debug
|
|
|
|
|
|
2011-11-18 08:31:02 +00:00
|
|
|
|
if you are going to compile a debug version, or
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
|
|
|
|
|
"C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.cmd" /x86 /Release
|
|
|
|
|
|
|
|
|
|
if you are going to compile an optimized version.
|
|
|
|
|
|
|
|
|
|
2b.From the COMMAND.COM/CMD.EXE command prompt type:
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
|
|
|
|
configure
|
|
|
|
|
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
From a Unixy shell prompt:
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
|
|
|
|
cmd /c configure.bat
|
|
|
|
|
or
|
|
|
|
|
command.com /c configure.bat
|
|
|
|
|
|
|
|
|
|
3. Run the Make utility suitable for your environment. If you build
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
with the Microsoft's Visual C compiler:
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
|
|
|
|
nmake
|
|
|
|
|
|
|
|
|
|
For the development environments based on GNU GCC (MinGW, MSYS,
|
2006-07-26 23:45:26 +00:00
|
|
|
|
Cygwin - but see notes about Cygwin make below), depending on how
|
|
|
|
|
Make is called, it could be:
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
|
|
|
|
make
|
2006-07-26 23:45:26 +00:00
|
|
|
|
or
|
|
|
|
|
mingw32-make
|
2006-03-18 16:14:26 +00:00
|
|
|
|
or
|
|
|
|
|
gnumake
|
|
|
|
|
or
|
|
|
|
|
gmake
|
|
|
|
|
|
2009-12-27 23:40:01 +00:00
|
|
|
|
(If you are building from Bazaar, say "make bootstrap" or "nmake
|
2006-12-22 22:15:41 +00:00
|
|
|
|
bootstrap" instead, and avoid using Cygwin make.)
|
|
|
|
|
|
|
|
|
|
With GNU Make, you can use the -j command-line option to have
|
|
|
|
|
Make execute several commands at once, like this:
|
|
|
|
|
|
2012-01-30 18:37:01 +00:00
|
|
|
|
gmake -j 2
|
|
|
|
|
|
|
|
|
|
(With versions of GNU Make before 3.82, you need also set the
|
|
|
|
|
XMFLAGS variable, like this:
|
|
|
|
|
|
2006-12-27 13:54:18 +00:00
|
|
|
|
gmake -j 2 XMFLAGS="-j 2"
|
2006-12-22 22:15:41 +00:00
|
|
|
|
|
2012-01-30 18:37:01 +00:00
|
|
|
|
The XMFLAGS variable overrides the default behavior of version
|
|
|
|
|
3.82 and older of GNU Make on Windows, whereby recursive Make
|
|
|
|
|
invocations reset the maximum number of simultaneous commands to
|
|
|
|
|
1. The above command allows up to 4 simultaneous commands at
|
|
|
|
|
once in the top-level Make, and up to 3 in each one of the
|
|
|
|
|
recursive Make's.)
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
2009-12-27 23:40:01 +00:00
|
|
|
|
4. Generate the Info manuals (only if you are building out of Bazaar,
|
|
|
|
|
and if you have makeinfo.exe installed):
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
|
|
|
|
make info
|
|
|
|
|
|
|
|
|
|
(change "make" to "nmake" if you use MSVC).
|
|
|
|
|
|
|
|
|
|
5. Install the produced binaries:
|
|
|
|
|
|
|
|
|
|
make install
|
|
|
|
|
|
|
|
|
|
That's it!
|
|
|
|
|
|
|
|
|
|
If these short instructions somehow fail, read the rest of this
|
|
|
|
|
file.
|
|
|
|
|
|
|
|
|
|
* Preliminaries
|
|
|
|
|
|
2007-03-09 14:38:54 +00:00
|
|
|
|
If you want to build a Cygwin port of Emacs, use the instructions in
|
2007-03-09 14:52:22 +00:00
|
|
|
|
the INSTALL file in the main Emacs directory (the parent of this
|
2007-03-09 14:38:54 +00:00
|
|
|
|
directory). These instructions are for building a native Windows
|
|
|
|
|
binary of Emacs.
|
|
|
|
|
|
2001-09-06 08:17:24 +00:00
|
|
|
|
If you used WinZip to unpack the distribution, we suggest to
|
|
|
|
|
remove the files and unpack again with a different program!
|
|
|
|
|
WinZip is known to create some subtle and hard to debug problems,
|
2003-02-04 14:56:31 +00:00
|
|
|
|
such as converting files to DOS CR-LF format, not creating empty
|
2001-09-06 08:17:24 +00:00
|
|
|
|
directories, etc. We suggest to use djtarnt.exe from the GNU FTP
|
2013-02-02 08:23:52 +00:00
|
|
|
|
site. For modern formats, such as .tar.xz, we suggest bsdtar.exe
|
|
|
|
|
from the libarchive package; its precompiled Windows binaries are
|
|
|
|
|
available from this site:
|
2001-09-06 08:17:24 +00:00
|
|
|
|
|
2013-02-02 08:23:52 +00:00
|
|
|
|
http://sourceforge.net/projects/ezwinports/files/
|
|
|
|
|
|
|
|
|
|
In addition to this file, if you build a development snapshot, you
|
|
|
|
|
should also read INSTALL.BZR in the parent directory.
|
2003-09-02 22:36:30 +00:00
|
|
|
|
|
2006-03-18 16:14:26 +00:00
|
|
|
|
* Supported development environments
|
|
|
|
|
|
2007-03-03 01:05:49 +00:00
|
|
|
|
To compile Emacs, you will need either Microsoft Visual C++ 2.0, or
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
later and nmake, or a Windows port of GCC 2.95 or later with MinGW
|
2012-07-29 08:18:29 +00:00
|
|
|
|
and Windows API support and a port of GNU Make. You can use the Cygwin
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
ports of GCC, but Emacs requires the MinGW headers and libraries to
|
|
|
|
|
build (latest versions of the Cygwin toolkit, at least since v1.3.3,
|
|
|
|
|
include the MinGW headers and libraries as an integral part).
|
2006-12-27 13:54:18 +00:00
|
|
|
|
|
2006-03-18 16:14:26 +00:00
|
|
|
|
The rest of this file assumes you have a working development
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
environment. If you just installed such an environment, try
|
2006-03-18 16:14:26 +00:00
|
|
|
|
building a trivial C "Hello world" program, and see if it works. If
|
2007-03-31 10:40:19 +00:00
|
|
|
|
it doesn't work, resolve that problem first! If you use Microsoft
|
|
|
|
|
Visual Studio .NET 2003, don't forget to run the VCVARS32.BAT batch
|
|
|
|
|
file from the `Bin' subdirectory of the directory where you have
|
Support MSVC build with newer versions of Visual Studio.
Small portions of the changes by Fabrice Popineau <fabrice.popineau@supelec.fr>.
src/makefile.w32-in (TAGS-gmake): Don't use $(patsubst ...), as
Nmake barfs on that. Use $(OBJ*_c) variables instead, defined on
nt/gmake.defs.
src/lisp.h (ENUM_BF): New macro, for enumerated types in bitfields,
which are not supported by MSVC.
(Lisp_Symbol, Lisp_Misc_Any, Lisp_Marker, Lisp_Misc_Overlay)
(Lisp_Save_Value, Lisp_Free): Use ENUM_BF for enumerated types in
bitfields.
(Lisp_Object) [USE_LISP_UNION_TYPE]: Use ENUM_BF for enumerated
types in bitfields.
(DEFUN) [_MSC_VER]: Define in a different way for MSVC.
src/w32fns.c [_MSC_VER]: DECLARE_HANDLE for any MSVC version.
src/w32.c: Don't include w32api.h for MSVC.
(init_environment) [_MSC_VER]: Call sys_access, not _access.
src/s/ms-w32.h <sigset_t, ssize_t> [_MSC_VER]: Typedefs for MSVC.
[_MSC_VER]: Include sys/timeb.h, sys/stat.h, and signal.h.
(fstat, stat, utime) [_MSC_VER]: Redirect to their sys_* cousins.
(malloc, free, realloc, calloc) [_MSC_VER]: Always redirect to the
e_* cousins.
(alloca) [_MSC_VER]: Define to _alloca.
src/lisp.h (DECL_ALIGN) [_MSC_VER]: Define for MSVC.
src/regex.c <re_char> [_MSC_VER]: A separate definition for MSVC.
nt/makefile.w32-in (clean-other-dirs-nmake)
(distclean-other-dirs-nmake, maintainer-clean-other-dirs-nmake):
Update for current structure of doc/ subdirectories.
nt/gmake.defs (OBJ0_c, OBJ1_c, OBJ2_c): New variables.
nt/INSTALL: Update for newer versions of MSVC.
lib/makefile.w32-in (FRC): New dummy target.
(TAGS): Depend on FRC.
Fixes: debbugs:9960
2011-11-05 11:34:56 +00:00
|
|
|
|
installed VS.NET. With other versions of MSVC, run the SetEnv.cmd
|
|
|
|
|
batch file from the `Bin' subdirectory of the directory where you
|
|
|
|
|
have the SDK installed.
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
2005-11-19 13:19:58 +00:00
|
|
|
|
If you use the MinGW port of GCC and GNU Make to build Emacs, there
|
|
|
|
|
are some compatibility issues wrt Make and the shell that is run by
|
|
|
|
|
Make, either the standard COMMAND.COM/CMD.EXE supplied with Windows
|
2009-12-28 15:24:26 +00:00
|
|
|
|
or sh.exe, a port of a Unixy shell. For reference, below is a list
|
2005-11-19 13:19:58 +00:00
|
|
|
|
of which builds of GNU Make are known to work or not, and whether
|
|
|
|
|
they work in the presence and/or absence of sh.exe, the Cygwin port
|
2009-02-24 11:05:40 +00:00
|
|
|
|
of Bash. Note that any version of Make that is compiled with Cygwin
|
2009-12-28 15:24:26 +00:00
|
|
|
|
will only work with Cygwin tools, due to the use of Cygwin style
|
2005-11-19 13:19:58 +00:00
|
|
|
|
paths. This means Cygwin Make is unsuitable for building parts of
|
|
|
|
|
Emacs that need to invoke Emacs itself (leim and "make bootstrap",
|
|
|
|
|
for example). Also see the Trouble-shooting section below if you
|
|
|
|
|
decide to go ahead and use Cygwin make.
|
2002-01-22 11:13:59 +00:00
|
|
|
|
|
2011-04-28 20:28:51 +00:00
|
|
|
|
In addition, using 4NT or TCC as your shell is known to fail the
|
|
|
|
|
build process, at least since 4NT version 3.01. Use CMD.EXE, the
|
|
|
|
|
default Windows shell, instead. MSYS sh.exe also appears to cause
|
|
|
|
|
various problems, e.g., it is known to cause failures in commands
|
|
|
|
|
like "cmd /c FOO" in the Makefiles, because it thinks "/c" is a
|
|
|
|
|
Unix-style file name that needs conversion to the Windows format.
|
|
|
|
|
If you have MSYS installed, try "make SHELL=cmd.exe" to force the
|
|
|
|
|
use of cmd.exe instead of the MSYS sh.exe.
|
2003-02-04 14:56:31 +00:00
|
|
|
|
|
2001-01-30 13:43:00 +00:00
|
|
|
|
sh exists no sh
|
|
|
|
|
|
2001-11-20 23:17:45 +00:00
|
|
|
|
cygwin b20.1 make (3.75): fails[1, 5] fails[2, 5]
|
2001-01-30 13:43:00 +00:00
|
|
|
|
MSVC compiled gmake 3.77: okay okay
|
|
|
|
|
MSVC compiled gmake 3.78.1: okay okay
|
|
|
|
|
MSVC compiled gmake 3.79.1: okay okay
|
2001-02-01 09:54:43 +00:00
|
|
|
|
mingw32/gcc-2.92.2 make (3.77): okay okay[4]
|
2001-11-20 23:17:45 +00:00
|
|
|
|
cygwin compiled gmake 3.77: fails[1, 5] fails[2, 5]
|
|
|
|
|
cygwin compiled make 3.78.1: fails[5] fails[2, 5]
|
|
|
|
|
cygwin compiled make 3.79.1: fails[3, 5] fails[2?, 5]
|
2007-05-04 13:41:15 +00:00
|
|
|
|
cygwin compiled make 3.80: okay[6] fails?[7]
|
|
|
|
|
cygwin compiled make 3.81: fails fails?[7]
|
2003-02-04 14:56:31 +00:00
|
|
|
|
mingw32 compiled make 3.79.1: okay okay
|
2007-05-04 13:41:15 +00:00
|
|
|
|
mingw32 compiled make 3.80: okay okay[7]
|
|
|
|
|
mingw32 compiled make 3.81: okay okay[8]
|
2001-01-30 13:43:00 +00:00
|
|
|
|
|
|
|
|
|
Notes:
|
|
|
|
|
|
|
|
|
|
[1] doesn't cope with makefiles with DOS line endings, so must mount
|
|
|
|
|
emacs source with text!=binary.
|
|
|
|
|
[2] fails when needs to invoke shell commands; okay invoking gcc etc.
|
2001-11-20 23:17:45 +00:00
|
|
|
|
[3] requires LC_MESSAGES support to build; cannot build with early
|
2010-07-21 09:37:35 +00:00
|
|
|
|
versions of Cygwin.
|
2001-01-30 13:43:00 +00:00
|
|
|
|
[4] may fail on Windows 9X and Windows ME; if so, install Bash.
|
2001-11-20 23:17:45 +00:00
|
|
|
|
[5] fails when building leim due to the use of cygwin style paths.
|
|
|
|
|
May work if building emacs without leim.
|
2007-05-04 13:41:15 +00:00
|
|
|
|
[6] need to uncomment 3 lines in nt/gmake.defs that invoke `cygpath'
|
|
|
|
|
(look for "cygpath" near line 85 of gmake.defs).
|
|
|
|
|
[7] not recommended; please report if you try this combination.
|
|
|
|
|
[8] tested only on Windows XP.
|
2001-01-30 13:43:00 +00:00
|
|
|
|
|
2005-11-19 13:19:58 +00:00
|
|
|
|
Other compilers may work, but specific reports from people that have
|
|
|
|
|
tried suggest that the Intel C compiler (for example) may produce an
|
2008-04-10 08:59:23 +00:00
|
|
|
|
Emacs executable with strange filename completion behavior. Unless
|
2005-11-19 13:19:58 +00:00
|
|
|
|
you would like to assist by finding and fixing the cause of any bugs
|
|
|
|
|
like this, we recommend the use of the supported compilers mentioned
|
|
|
|
|
in the previous paragraph.
|
|
|
|
|
|
2010-07-21 09:37:35 +00:00
|
|
|
|
You will also need a copy of the POSIX cp, rm and mv programs. These
|
|
|
|
|
and other useful POSIX utilities can be obtained from one of several
|
2005-11-19 13:19:58 +00:00
|
|
|
|
projects:
|
|
|
|
|
|
2006-03-18 16:14:26 +00:00
|
|
|
|
* http://gnuwin32.sourceforge.net/ ( GnuWin32 )
|
2005-11-19 13:19:58 +00:00
|
|
|
|
* http://www.mingw.org/ ( MinGW )
|
|
|
|
|
* http://www.cygwin.com/ ( Cygwin )
|
|
|
|
|
* http://unxutils.sourceforge.net/ ( UnxUtils )
|
|
|
|
|
|
2010-07-21 09:37:35 +00:00
|
|
|
|
If you build Emacs on 16-bit versions of Windows (9X or ME), we
|
|
|
|
|
suggest to install the Cygwin port of Bash. That is because the
|
|
|
|
|
native Windows shell COMMAND.COM is too limited; the Emacs build
|
|
|
|
|
procedure tries very hard to support even such limited shells, but
|
|
|
|
|
as none of the Windows developers of Emacs work on Windows 9X, we
|
|
|
|
|
cannot guarantee that it works without a more powerful shell.
|
2005-11-19 13:19:58 +00:00
|
|
|
|
|
|
|
|
|
Additional instructions and help for building Emacs on Windows can be
|
|
|
|
|
found at the Emacs Wiki:
|
|
|
|
|
|
2006-03-18 16:14:26 +00:00
|
|
|
|
http://www.emacswiki.org/cgi-bin/wiki/WThirtyTwoInstallationKit
|
2005-11-19 13:19:58 +00:00
|
|
|
|
|
2007-03-03 11:10:51 +00:00
|
|
|
|
and on these URLs:
|
2005-11-19 13:19:58 +00:00
|
|
|
|
|
2006-03-18 16:14:26 +00:00
|
|
|
|
http://ourcomments.org/Emacs/w32-build-emacs.html
|
2007-03-03 11:10:51 +00:00
|
|
|
|
http://derekslager.com/blog/posts/2007/01/emacs-hack-3-compile-emacs-from-cvs-on-windows.ashx
|
|
|
|
|
|
2009-12-27 23:40:01 +00:00
|
|
|
|
Both of those pages were written before Emacs switched from CVS to
|
|
|
|
|
Bazaar, but the parts about building Emacs still apply in Bazaar.
|
|
|
|
|
The second URL has instructions for building with MSVC, as well as
|
|
|
|
|
with MinGW, while the first URL covers only MinGW, but has more
|
|
|
|
|
details about it.
|
2005-11-19 13:19:58 +00:00
|
|
|
|
|
2001-02-03 18:24:14 +00:00
|
|
|
|
* Configuring
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
Configuration of Emacs is now handled by running configure.bat in the
|
2006-03-18 16:14:26 +00:00
|
|
|
|
`nt' subdirectory. It will detect which compiler you have available,
|
2000-08-22 21:41:26 +00:00
|
|
|
|
and generate makefiles accordingly. You can override the compiler
|
|
|
|
|
detection, and control optimization and debug settings, by specifying
|
|
|
|
|
options on the command line when invoking configure.
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
To configure Emacs to build with GCC or MSVC, whichever is available,
|
2006-03-18 16:14:26 +00:00
|
|
|
|
simply change to the `nt' subdirectory and run `configure.bat' with no
|
2000-08-22 21:41:26 +00:00
|
|
|
|
options. To see what options are available, run `configure --help'.
|
2007-05-22 12:58:01 +00:00
|
|
|
|
Do NOT use the --no-debug option to configure.bat unless you are
|
|
|
|
|
absolutely sure the produced binaries will never need to be run under
|
|
|
|
|
a debugger.
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2011-04-15 22:48:00 +00:00
|
|
|
|
Because of limitations of the stock Windows command shells, special
|
|
|
|
|
care is needed to pass some characters in the arguments of the
|
|
|
|
|
--cflags and --ldflags options. Backslashes should not be used in
|
|
|
|
|
file names passed to the compiler and linker via these options. Use
|
|
|
|
|
forward slashes instead. If the arguments to these two options
|
|
|
|
|
include the `=' character, like when passing a -DFOO=bar preprocessor
|
|
|
|
|
option, the argument with the `=' character should be enclosed in
|
|
|
|
|
quotes, like this:
|
|
|
|
|
|
|
|
|
|
configure --cflags "-DFOO=bar"
|
|
|
|
|
|
|
|
|
|
Support for options that include the `=' character require "command
|
|
|
|
|
extensions" to be enabled. (They are enabled by default, but your
|
|
|
|
|
system administrator could have changed that. See "cmd /?" for
|
|
|
|
|
details.) If command extensions are disabled, a warning message might
|
|
|
|
|
be displayed informing you that "using parameters that include the =
|
|
|
|
|
character by enclosing them in quotes will not be supported."
|
2010-10-06 10:55:03 +00:00
|
|
|
|
|
2011-05-05 02:56:16 +00:00
|
|
|
|
You may also use the --cflags and --ldflags options to pass
|
|
|
|
|
additional parameters to the compiler and linker, respectively; they
|
|
|
|
|
are frequently used to pass -I and -L flags to specify supplementary
|
|
|
|
|
include and library directories. If a directory name includes
|
|
|
|
|
spaces, you will need to enclose it in quotes, as follows
|
|
|
|
|
-I"C:/Program Files/GnuTLS-2.10.1/include". Note that only the
|
|
|
|
|
directory name is enclosed in quotes, not the entire argument. Also
|
|
|
|
|
note that this functionality is only supported if command extensions
|
|
|
|
|
are available. If command extensions are disabled and you attempt to
|
|
|
|
|
use this functionality you may see the following warning message
|
|
|
|
|
"Error in --cflags argument: ... Backslashes and quotes cannot be
|
|
|
|
|
used with --cflags. Please use forward slashes for filenames and
|
|
|
|
|
paths (e.g. when passing directories to -I)."
|
2011-11-18 08:31:02 +00:00
|
|
|
|
|
2000-09-14 21:37:44 +00:00
|
|
|
|
N.B. It is normal to see a few error messages output while configure
|
|
|
|
|
is running, when gcc support is being tested. These cannot be
|
2010-07-21 09:37:35 +00:00
|
|
|
|
suppressed because of limitations in the Windows 9X command.com shell.
|
2000-09-14 21:37:44 +00:00
|
|
|
|
|
2005-06-11 11:31:43 +00:00
|
|
|
|
You are encouraged to look at the file config.log which shows details
|
|
|
|
|
for failed tests, after configure.bat finishes. Any unexplained failure
|
|
|
|
|
should be investigated and perhaps reported as a bug (see the section
|
|
|
|
|
about reporting bugs in the file README in this directory and in the
|
|
|
|
|
Emacs manual).
|
|
|
|
|
|
2003-01-25 21:04:41 +00:00
|
|
|
|
* Optional image library support
|
|
|
|
|
|
2004-06-04 00:12:24 +00:00
|
|
|
|
In addition to its "native" image formats (pbm and xbm), Emacs can
|
2009-01-03 12:57:28 +00:00
|
|
|
|
handle other image types: xpm, tiff, gif, png, jpeg and experimental
|
2009-01-10 05:23:42 +00:00
|
|
|
|
support for svg.
|
2009-12-28 15:24:26 +00:00
|
|
|
|
|
2009-01-03 12:57:28 +00:00
|
|
|
|
To build Emacs with support for them, the corresponding headers must
|
|
|
|
|
be in the include path when the configure script is run. This can
|
|
|
|
|
be setup using environment variables, or by specifying --cflags
|
|
|
|
|
-I... options on the command-line to configure.bat. The configure
|
|
|
|
|
script will report whether it was able to detect the headers. If
|
|
|
|
|
the results of this testing appear to be incorrect, please look for
|
|
|
|
|
details in the file config.log: it will show the failed test
|
|
|
|
|
programs and compiler error messages that should explain what is
|
|
|
|
|
wrong. (Usually, any such failures happen because some headers are
|
|
|
|
|
missing due to bad packaging of the image support libraries.)
|
2003-01-25 21:04:41 +00:00
|
|
|
|
|
2010-07-21 09:37:35 +00:00
|
|
|
|
Note that any file path passed to the compiler or linker must use
|
|
|
|
|
forward slashes; using backslashes will cause compiler warnings or
|
|
|
|
|
errors about unrecognized escape sequences.
|
|
|
|
|
|
2004-06-04 00:12:24 +00:00
|
|
|
|
To use the external image support, the DLLs implementing the
|
2005-05-24 10:41:15 +00:00
|
|
|
|
functionality must be found when Emacs first needs them, either on the
|
|
|
|
|
PATH, or in the same directory as emacs.exe. Failure to find a
|
|
|
|
|
library is not an error; the associated image format will simply be
|
|
|
|
|
unavailable. Note that once Emacs has determined that a library can
|
|
|
|
|
not be found, there's no way to force it to try again, other than
|
2010-10-13 14:50:06 +00:00
|
|
|
|
restarting. See the variable `dynamic-library-alist' to configure the
|
2005-05-24 10:41:15 +00:00
|
|
|
|
expected names of the libraries.
|
2004-06-04 00:12:24 +00:00
|
|
|
|
|
|
|
|
|
Some image libraries have dependencies on one another, or on zlib.
|
|
|
|
|
For example, tiff support depends on the jpeg library. If you did not
|
|
|
|
|
compile the libraries yourself, you must make sure that any dependency
|
2008-04-10 08:59:23 +00:00
|
|
|
|
is in the PATH or otherwise accessible and that the binaries are
|
2004-06-04 00:12:24 +00:00
|
|
|
|
compatible (for example, that they were built with the same compiler).
|
|
|
|
|
|
|
|
|
|
Binaries for the image libraries (among many others) can be found at
|
2008-02-11 15:43:56 +00:00
|
|
|
|
the GnuWin32 project. PNG, JPEG and TIFF libraries are also
|
|
|
|
|
included with GTK, which is installed along with other Free Software
|
|
|
|
|
that requires it. These are built with MinGW, but they can be used
|
|
|
|
|
with both GCC/MinGW and MSVC builds of Emacs. See the info on
|
2007-05-19 08:01:36 +00:00
|
|
|
|
http://ourcomments.org/Emacs/w32-build-emacs.html, under "How to Get
|
|
|
|
|
Images Support", for more details about installing image support
|
|
|
|
|
libraries. Note specifically that, due to some packaging snafus in
|
|
|
|
|
the GnuWin32-supplied image libraries, you will need to download
|
|
|
|
|
_source_ packages for some of the libraries in order to get the
|
|
|
|
|
header files necessary for building Emacs with image support.
|
2003-01-25 21:04:41 +00:00
|
|
|
|
|
2008-02-11 15:43:56 +00:00
|
|
|
|
If GTK 2.0 is installed, addpm will arrange for its image libraries
|
|
|
|
|
to be on the DLL search path for Emacs.
|
|
|
|
|
|
2010-12-31 12:38:06 +00:00
|
|
|
|
For PNG images, we recommend to use versions 1.4.x and later of
|
|
|
|
|
libpng, because previous versions had security issues. You can find
|
|
|
|
|
precompiled libraries and headers on the GTK download page for
|
2011-10-25 02:33:24 +00:00
|
|
|
|
Windows (http://www.gtk.org/download/win32.php).
|
2010-12-31 12:38:06 +00:00
|
|
|
|
|
|
|
|
|
Versions 1.4.0 and later of libpng are binary incompatible with
|
|
|
|
|
earlier versions, so Emacs will only look for libpng libraries which
|
|
|
|
|
are compatible with the version it was compiled against. That
|
|
|
|
|
version is given by the value of the Lisp variable `libpng-version';
|
2011-01-02 21:58:13 +00:00
|
|
|
|
e.g., 10403 means version 1.4.3. The variable `dynamic-library-alist'
|
2010-12-31 12:38:06 +00:00
|
|
|
|
is automatically set to name only those DLL names that are known to
|
|
|
|
|
be compatible with the version given by `libpng-version'. If PNG
|
|
|
|
|
support does not work for you even though you have the support DLL
|
|
|
|
|
installed, check the name of the installed DLL against
|
2011-01-02 21:58:13 +00:00
|
|
|
|
`dynamic-library-alist' and the value of `libpng-version', and
|
2010-12-31 12:38:06 +00:00
|
|
|
|
download compatible DLLs if needed.
|
|
|
|
|
|
2011-04-25 01:29:31 +00:00
|
|
|
|
* Optional GnuTLS support
|
|
|
|
|
|
Implement dynamic loading of GnuTLS on Windows.
* lisp/term/w32-win.el (dynamic-library-alist): Add `gnutls'.
* nt/INSTALL: Clarify GnuTLS support.
* src/callproc.c, src/emacs.c: Include lisp.h before src/w32.h, not after.
* src/gnutls.c (Qgnutls_dll): Define.
(DEF_GNUTLS_FN, LOAD_GNUTLS_FN): New macros.
(gnutls_*): Declare function pointers.
(init_gnutls_functions): New function to initialize function pointers.
(emacs_gnutls_handshake, Fgnutls_error_string, Fgnutls_deinit)
(emacs_gnutls_global_init, Fgnutls_bye): Use function pointers.
(emacs_gnutls_record_check_pending, emacs_gnutls_transport_set_errno):
Wrappers for gnutls_record_check_pending and gnutls_transport_set_errno.
(emacs_gnutls_write, emacs_gnutls_read)
(emacs_gnutls_handle_error, Fgnutls_error_fatalp)
(Fgnutls_available_p): New function.
(Fgnutls_boot): Call Fgnutls_available_p. Use function pointers.
(syms_of_gnutls) <Qgnutls_dll>: Initialize and staticpro it.
(syms_of_gnutls) <Sgnutls_available_p>: defsubr it.
* src/gnutls.h (GNUTLS_EMACS_ERROR_NOT_LOADED): New macro.
(emacs_gnutls_write, emacs_gnutls_read): Mark as extern.
(emacs_gnutls_record_check_pending, emacs_gnutls_transport_set_errno):
Declare.
* src/w32.c (QCloaded_from, Vlibrary_cache): Define.
(w32_delayed_load): Move from image.c. When loading a library, record
its filename in the :loaded-from property of the library id.
(globals_of_w32) <QCloaded_from, Vlibrary_cache>:
Initialize and staticpro them.
(emacs_gnutls_pull, emacs_gnutls_push): Call emacs_gnutls_* functions.
* src/image.c: Include w32.h.
(Vimage_type_cache): Delete.
(syms_of_image) <Vimage_type_cache>: Don't initialize and staticpro it.
(CACHE_IMAGE_TYPE, Finit_image_library): Use Vlibrary_cache instead.
(w32_delayed_load): Move to w32.c.
* src/process.c: Include lisp.h before src/w32.h, not after.
(wait_reading_process_output): Call emacs_gnutls_record_check_pending
instead of gnutls_record_check_pending.
* src/w32.h (VlibraryCache, QCloaded_from, w32_delayed_load): Declare.
2011-05-04 14:03:16 +00:00
|
|
|
|
If configure.bat finds the gnutls/gnutls.h file in the include path,
|
|
|
|
|
Emacs is built with GnuTLS support by default; to avoid that you can
|
|
|
|
|
pass the argument --without-gnutls.
|
2011-04-25 01:29:31 +00:00
|
|
|
|
|
Implement dynamic loading of GnuTLS on Windows.
* lisp/term/w32-win.el (dynamic-library-alist): Add `gnutls'.
* nt/INSTALL: Clarify GnuTLS support.
* src/callproc.c, src/emacs.c: Include lisp.h before src/w32.h, not after.
* src/gnutls.c (Qgnutls_dll): Define.
(DEF_GNUTLS_FN, LOAD_GNUTLS_FN): New macros.
(gnutls_*): Declare function pointers.
(init_gnutls_functions): New function to initialize function pointers.
(emacs_gnutls_handshake, Fgnutls_error_string, Fgnutls_deinit)
(emacs_gnutls_global_init, Fgnutls_bye): Use function pointers.
(emacs_gnutls_record_check_pending, emacs_gnutls_transport_set_errno):
Wrappers for gnutls_record_check_pending and gnutls_transport_set_errno.
(emacs_gnutls_write, emacs_gnutls_read)
(emacs_gnutls_handle_error, Fgnutls_error_fatalp)
(Fgnutls_available_p): New function.
(Fgnutls_boot): Call Fgnutls_available_p. Use function pointers.
(syms_of_gnutls) <Qgnutls_dll>: Initialize and staticpro it.
(syms_of_gnutls) <Sgnutls_available_p>: defsubr it.
* src/gnutls.h (GNUTLS_EMACS_ERROR_NOT_LOADED): New macro.
(emacs_gnutls_write, emacs_gnutls_read): Mark as extern.
(emacs_gnutls_record_check_pending, emacs_gnutls_transport_set_errno):
Declare.
* src/w32.c (QCloaded_from, Vlibrary_cache): Define.
(w32_delayed_load): Move from image.c. When loading a library, record
its filename in the :loaded-from property of the library id.
(globals_of_w32) <QCloaded_from, Vlibrary_cache>:
Initialize and staticpro them.
(emacs_gnutls_pull, emacs_gnutls_push): Call emacs_gnutls_* functions.
* src/image.c: Include w32.h.
(Vimage_type_cache): Delete.
(syms_of_image) <Vimage_type_cache>: Don't initialize and staticpro it.
(CACHE_IMAGE_TYPE, Finit_image_library): Use Vlibrary_cache instead.
(w32_delayed_load): Move to w32.c.
* src/process.c: Include lisp.h before src/w32.h, not after.
(wait_reading_process_output): Call emacs_gnutls_record_check_pending
instead of gnutls_record_check_pending.
* src/w32.h (VlibraryCache, QCloaded_from, w32_delayed_load): Declare.
2011-05-04 14:03:16 +00:00
|
|
|
|
In order to support GnuTLS at runtime, a GnuTLS-enabled Emacs must
|
|
|
|
|
be able to find the relevant DLLs during startup; failure to do so
|
|
|
|
|
is not an error, but GnuTLS won't be available to the running
|
|
|
|
|
session.
|
|
|
|
|
|
|
|
|
|
You can get pre-built binaries (including any required DLL and the
|
2012-01-26 21:37:32 +00:00
|
|
|
|
header files) at http://sourceforge.net/projects/ezwinports/files/.
|
2011-04-25 01:29:31 +00:00
|
|
|
|
|
2012-04-07 13:57:36 +00:00
|
|
|
|
* Optional libxml2 support
|
|
|
|
|
|
|
|
|
|
If configure.bat finds the libxml/HTMLparser.h file in the include path,
|
|
|
|
|
Emacs is built with libxml2 support by default; to avoid that you can
|
|
|
|
|
pass the argument --without-libxml2.
|
|
|
|
|
|
|
|
|
|
In order to support libxml2 at runtime, a libxml2-enabled Emacs must
|
|
|
|
|
be able to find the relevant DLLs during startup; failure to do so
|
|
|
|
|
is not an error, but libxml2 features won't be available to the
|
|
|
|
|
running session.
|
|
|
|
|
|
|
|
|
|
One place where you can get pre-built Windows binaries of libxml2
|
|
|
|
|
(including any required DLL and the header files) is here:
|
|
|
|
|
|
|
|
|
|
http://sourceforge.net/projects/ezwinports/files/
|
|
|
|
|
|
|
|
|
|
To compile Emacs with libxml2 from that site, you will need to pass
|
|
|
|
|
the "--cflags -I/path/to/include/libxml2" option to configure.bat,
|
|
|
|
|
because libxml2 header files are installed in the include/libxml2
|
|
|
|
|
subdirectory of the directory where you unzip the binary
|
|
|
|
|
distribution. Other binary distributions might use other
|
|
|
|
|
directories, although include/libxml2 is the canonical place where
|
|
|
|
|
libxml2 headers are installed on Posix platforms.
|
|
|
|
|
|
|
|
|
|
You will also need to install the libiconv "development" tarball,
|
|
|
|
|
because the libiconv headers need to be available to the compiler
|
|
|
|
|
when you compile with libxml2 support. A MinGW port of libiconv can
|
|
|
|
|
be found on the MinGW site:
|
|
|
|
|
|
|
|
|
|
http://sourceforge.net/projects/mingw/files/MinGW/Base/libiconv/
|
|
|
|
|
|
|
|
|
|
You need the libiconv-X.Y.Z-N-mingw32-dev.tar.lzma tarball from that
|
|
|
|
|
site.
|
|
|
|
|
|
2009-01-03 12:57:28 +00:00
|
|
|
|
* Experimental SVG support
|
|
|
|
|
|
|
|
|
|
SVG support is currently experimental, and not built by default.
|
|
|
|
|
Specify --with-svg and ensure you have all the dependencies in your
|
2009-02-24 11:05:40 +00:00
|
|
|
|
include path. Unless you have built a minimalist librsvg yourself
|
2009-01-03 12:57:28 +00:00
|
|
|
|
(untested), librsvg depends on a significant chunk of GTK+ to build,
|
2009-02-24 11:05:40 +00:00
|
|
|
|
plus a few Gnome libraries, libxml2, libbz2 and zlib at runtime. The
|
2009-01-03 12:57:28 +00:00
|
|
|
|
easiest way to obtain the dependencies required for building is to
|
|
|
|
|
download a pre-bundled GTK+ development environment for Windows.
|
|
|
|
|
GTK puts its header files all over the place, so you will need to
|
|
|
|
|
run pkgconfig to list the include path you will need (either passed
|
|
|
|
|
to configure.bat as --cflags options, or set in the environment).
|
|
|
|
|
|
|
|
|
|
To use librsvg at runtime, ensure that librsvg and its dependencies
|
|
|
|
|
are on your PATH. If you didn't build librsvg yourself, you will
|
|
|
|
|
need to check with where you downloaded it from for the
|
|
|
|
|
dependencies, as there are different build options. If it is a
|
|
|
|
|
short list, then it most likely only lists the immediate
|
|
|
|
|
dependencies of librsvg, but the dependencies themselves have
|
|
|
|
|
dependencies - so don't download individual libraries from GTK+,
|
2009-02-24 11:05:40 +00:00
|
|
|
|
download and install the whole thing. If you think you've got all
|
2009-01-03 12:57:28 +00:00
|
|
|
|
the dependencies and SVG support is still not working, check your
|
|
|
|
|
PATH for other libraries that shadow the ones you downloaded.
|
|
|
|
|
Libraries of the same name from different sources may not be
|
|
|
|
|
compatible, this problem was encountered with libbzip2 from GnuWin32
|
|
|
|
|
with libcroco from gnome.org.
|
|
|
|
|
|
|
|
|
|
If you can see etc/images/splash.svg, then you have managed to get
|
|
|
|
|
SVG support working. Congratulations for making it through DLL hell
|
2009-02-24 11:05:40 +00:00
|
|
|
|
to this point. You'll probably find that some SVG images crash
|
2009-01-03 12:57:28 +00:00
|
|
|
|
Emacs. Problems have been observed in some images that contain
|
|
|
|
|
text, they seem to be a problem in the Windows port of Pango, or
|
|
|
|
|
maybe a problem with the way Cairo or librsvg is using it that
|
|
|
|
|
doesn't show up on other platforms.
|
|
|
|
|
|
2012-02-04 21:34:36 +00:00
|
|
|
|
* Optional extra runtime checks
|
|
|
|
|
|
|
|
|
|
The configure.bat option --enable-checking builds Emacs with some
|
|
|
|
|
optional extra runtime checks and assertions enabled. This may be
|
|
|
|
|
useful for debugging.
|
|
|
|
|
|
|
|
|
|
* Optional extra libraries
|
|
|
|
|
|
|
|
|
|
You can pass --lib LIBNAME option to configure.bat to cause Emacs to
|
|
|
|
|
link with the specified library. You can use this option more than once.
|
|
|
|
|
|
2001-02-03 18:24:14 +00:00
|
|
|
|
* Building
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
After running configure, simply run the appropriate `make' program for
|
|
|
|
|
your compiler to build Emacs. For MSVC, this is nmake; for GCC, it is
|
2009-12-27 23:40:01 +00:00
|
|
|
|
GNU make. (If you are building out of Bazaar, say "make bootstrap" or
|
2006-03-18 16:14:26 +00:00
|
|
|
|
"nmake bootstrap" instead.)
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
As the files are compiled, you will see some warning messages
|
|
|
|
|
declaring that some functions don't return a value, or that some data
|
|
|
|
|
conversions will be lossy, etc. You can safely ignore these messages.
|
|
|
|
|
The warnings may be fixed in the main FSF source at some point, but
|
|
|
|
|
until then we will just live with them.
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2006-12-22 22:15:41 +00:00
|
|
|
|
With GNU Make, you can use the -j command-line option to have Make
|
|
|
|
|
execute several commands at once, like this:
|
|
|
|
|
|
|
|
|
|
gmake -j 4 XMFLAGS="-j 3"
|
|
|
|
|
|
|
|
|
|
The XMFLAGS variable overrides the default behavior of GNU Make on
|
|
|
|
|
Windows, whereby recursive Make invocations reset the maximum number
|
|
|
|
|
of simultaneous commands to 1. The above command allows up to 4
|
|
|
|
|
simultaneous commands at once in the top-level Make, and up to 3 in
|
|
|
|
|
each one of the recursive Make's; you can use other numbers of jobs,
|
|
|
|
|
if you wish.
|
|
|
|
|
|
2009-12-27 23:40:01 +00:00
|
|
|
|
If you are building from Bazaar, the following commands will produce
|
|
|
|
|
the Info manuals (which are not part of the Bazaar sources):
|
2006-03-18 16:14:26 +00:00
|
|
|
|
|
|
|
|
|
make info
|
|
|
|
|
or
|
|
|
|
|
nmake info
|
|
|
|
|
|
2006-06-30 13:56:56 +00:00
|
|
|
|
Note that you will need makeinfo.exe (from the GNU Texinfo package)
|
|
|
|
|
in order for this command to succeed.
|
|
|
|
|
|
2001-02-03 18:24:14 +00:00
|
|
|
|
* Installing
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2001-09-05 12:05:15 +00:00
|
|
|
|
To install Emacs after it has compiled, simply run `nmake install'
|
|
|
|
|
or `make install', depending on which version of the Make utility
|
|
|
|
|
do you have.
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
By default, Emacs will be installed in the location where it was
|
|
|
|
|
built, but a different location can be specified either using the
|
|
|
|
|
--prefix option to configure, or by setting INSTALL_DIR when running
|
|
|
|
|
make, like so:
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
make install INSTALL_DIR=D:/emacs
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2001-09-05 12:05:15 +00:00
|
|
|
|
(for `nmake', type "nmake install INSTALL_DIR=D:/emacs" instead).
|
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
The install process will run addpm to setup the registry entries, and
|
|
|
|
|
to create a Start menu icon for Emacs.
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2008-04-10 08:59:23 +00:00
|
|
|
|
* Make targets
|
|
|
|
|
|
|
|
|
|
The following make targets may be used by users building the source
|
2009-12-27 23:40:01 +00:00
|
|
|
|
distribution, or users who have checked out of Bazaar after
|
2008-04-10 08:59:23 +00:00
|
|
|
|
an initial bootstrapping.
|
|
|
|
|
|
|
|
|
|
make
|
|
|
|
|
Builds Emacs from the available sources and pre-compiled lisp files.
|
|
|
|
|
|
|
|
|
|
make install
|
|
|
|
|
Installs programs to the bin directory, and runs addpm to create
|
|
|
|
|
Start Menu icons.
|
|
|
|
|
|
|
|
|
|
make clean
|
|
|
|
|
Removes object and executable files produced by the build process in
|
|
|
|
|
the current configuration. After make clean, you can rebuild with
|
|
|
|
|
the same configuration using make.
|
|
|
|
|
|
|
|
|
|
make distclean
|
|
|
|
|
In addition to the files removed by make clean, this also removes
|
|
|
|
|
Makefiles and other generated files to get back to the state of a
|
2009-02-24 11:05:40 +00:00
|
|
|
|
freshly unpacked source distribution. Note that this will not remove
|
2008-04-10 08:59:23 +00:00
|
|
|
|
installed files, or the results of builds performed with different
|
|
|
|
|
compiler or optimization options than the current configuration.
|
|
|
|
|
After make distclean, it is necessary to run configure.bat followed
|
|
|
|
|
by make to rebuild.
|
|
|
|
|
|
|
|
|
|
make cleanall
|
|
|
|
|
Removes object and executable files that may have been created by
|
|
|
|
|
previous builds with different configure options, in addition to
|
|
|
|
|
the files produced by the current configuration.
|
|
|
|
|
|
|
|
|
|
make realclean
|
|
|
|
|
Removes the installed files in the bin subdirectory in addition to
|
|
|
|
|
the files removed by make cleanall.
|
|
|
|
|
|
2010-07-24 13:35:31 +00:00
|
|
|
|
make dist
|
|
|
|
|
Builds Emacs from the available sources and pre-compiled lisp files.
|
|
|
|
|
Packages Emacs binaries as full distribution and barebin distribution.
|
2008-04-10 08:59:23 +00:00
|
|
|
|
|
2009-12-27 23:40:01 +00:00
|
|
|
|
The following targets are intended only for use with the Bazaar sources.
|
2008-04-10 08:59:23 +00:00
|
|
|
|
|
|
|
|
|
make bootstrap
|
|
|
|
|
Creates a temporary emacs binary with lisp source files and
|
|
|
|
|
uses it to compile the lisp files. Once the lisp files are built,
|
|
|
|
|
emacs is redumped with the compiled lisp.
|
|
|
|
|
|
|
|
|
|
make recompile
|
2009-12-27 23:40:01 +00:00
|
|
|
|
Recompiles any changed lisp files after an update. This saves
|
2008-04-10 08:59:23 +00:00
|
|
|
|
doing a full bootstrap after every update. If this or a subsequent
|
|
|
|
|
make fail, you probably need to perform a full bootstrap, though
|
|
|
|
|
running this target multiple times may eventually sort out the
|
|
|
|
|
interdependencies.
|
|
|
|
|
|
|
|
|
|
make maintainer-clean
|
|
|
|
|
Removes everything that can be recreated, including compiled lisp
|
2009-12-27 23:40:01 +00:00
|
|
|
|
files, to get back to the state of a fresh Bazaar tree. After make
|
2008-04-10 08:59:23 +00:00
|
|
|
|
maintainer-clean, it is necessary to run configure.bat and make
|
|
|
|
|
bootstrap to rebuild. Occasionally it may be necessary to run this
|
2009-12-27 23:40:01 +00:00
|
|
|
|
target after an update.
|
2008-04-10 08:59:23 +00:00
|
|
|
|
|
2010-07-24 13:35:31 +00:00
|
|
|
|
* Creating binary distributions
|
|
|
|
|
|
|
|
|
|
Binary distributions (full and barebin distributions) can be
|
|
|
|
|
automatically built and packaged from source tarballs or a bzr
|
|
|
|
|
checkout.
|
|
|
|
|
|
|
|
|
|
When building Emacs binary distributions, the --distfiles argument
|
|
|
|
|
to configure.bat specifies files to be included in the bin directory
|
|
|
|
|
of the binary distributions. This is intended for libraries that are
|
|
|
|
|
not built as part of Emacs, e.g. image libraries.
|
|
|
|
|
|
|
|
|
|
For example, specifying
|
|
|
|
|
|
|
|
|
|
--distfiles D:\distfiles\libXpm.dll
|
|
|
|
|
|
|
|
|
|
results in libXpm.dll being copied from D:\distfiles to the
|
|
|
|
|
bin directory before packaging starts.
|
|
|
|
|
|
|
|
|
|
Multiple files can be specified using multiple --distfiles arguments:
|
|
|
|
|
|
|
|
|
|
--distfiles D:\distfiles\libXpm.dll --distfiles C:\jpeglib\jpeg.dll
|
|
|
|
|
|
|
|
|
|
For packaging the binary distributions, the 'dist' make target uses
|
|
|
|
|
7-Zip (http://www.7-zip.org), which must be installed and available
|
|
|
|
|
on the Windows Path.
|
|
|
|
|
|
2008-04-10 08:59:23 +00:00
|
|
|
|
|
2001-02-03 18:24:14 +00:00
|
|
|
|
* Trouble-shooting
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
The main problems that are likely to be encountered when building
|
2012-07-29 08:18:29 +00:00
|
|
|
|
Emacs stem from using an old version of GCC, or old MinGW or Windows API
|
2010-07-21 09:37:35 +00:00
|
|
|
|
headers. Additionally, Cygwin ports of GNU make may require the Emacs
|
2000-08-22 21:41:26 +00:00
|
|
|
|
source tree to be mounted with text!=binary, because the makefiles
|
|
|
|
|
generated by configure.bat necessarily use DOS line endings. Also,
|
2010-07-21 09:37:35 +00:00
|
|
|
|
Cygwin ports of make must run in UNIX mode, either by specifying
|
2000-08-22 21:41:26 +00:00
|
|
|
|
--unix on the command line, or MAKE_MODE=UNIX in the environment.
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
When configure runs, it attempts to detect when GCC itself, or the
|
|
|
|
|
headers it is using, are not suitable for building Emacs. GCC version
|
|
|
|
|
2.95 or later is needed, because that is when the Windows port gained
|
|
|
|
|
sufficient support for anonymous structs and unions to cope with some
|
2008-04-04 22:06:51 +00:00
|
|
|
|
definitions from winnt.h that are used by addsection.c.
|
2012-07-29 08:18:29 +00:00
|
|
|
|
Older versions of the Windows API headers that come with Cygwin and MinGW
|
2008-04-04 22:06:51 +00:00
|
|
|
|
may be missing some definitions required by Emacs, or broken in other
|
2008-04-05 08:21:58 +00:00
|
|
|
|
ways. In particular, uniscribe APIs were added to MinGW CVS only on
|
2008-04-04 22:06:51 +00:00
|
|
|
|
2006-03-26, so releases from before then cannot be used.
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2005-06-11 11:31:43 +00:00
|
|
|
|
When in doubt about correctness of what configure did, look at the file
|
|
|
|
|
config.log, which shows all the failed test programs and compiler
|
|
|
|
|
messages associated with the failures. If that doesn't give a clue,
|
|
|
|
|
please report the problems, together with the relevant fragments from
|
|
|
|
|
config.log, as bugs.
|
|
|
|
|
|
2001-01-30 13:43:00 +00:00
|
|
|
|
If configure succeeds, but make fails, install the Cygwin port of
|
|
|
|
|
Bash, even if the table above indicates that Emacs should be able to
|
|
|
|
|
build without sh.exe. (Some versions of Windows shells are too dumb
|
|
|
|
|
for Makefile's used by Emacs.)
|
|
|
|
|
|
2001-09-26 19:04:28 +00:00
|
|
|
|
If you are using certain Cygwin builds of GCC, such as Cygwin version
|
2001-02-03 18:24:14 +00:00
|
|
|
|
1.1.8, you may need to specify some extra compiler flags like so:
|
|
|
|
|
|
|
|
|
|
configure --with-gcc --cflags -mwin32 --cflags -D__MSVCRT__
|
2001-03-06 13:43:43 +00:00
|
|
|
|
--ldflags -mwin32
|
2001-02-03 18:24:14 +00:00
|
|
|
|
|
2001-09-26 19:04:28 +00:00
|
|
|
|
However, the latest Cygwin versions, such as 1.3.3, don't need those
|
|
|
|
|
switches; you can simply use "configure --with-gcc".
|
|
|
|
|
|
2001-02-03 18:24:14 +00:00
|
|
|
|
We will attempt to auto-detect the need for these flags in a future
|
|
|
|
|
release.
|
|
|
|
|
|
|
|
|
|
* Debugging
|
1999-10-03 15:56:58 +00:00
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
You should be able to debug Emacs using the debugger that is
|
|
|
|
|
appropriate for the compiler you used, namely DevStudio or Windbg if
|
2007-05-22 12:58:01 +00:00
|
|
|
|
compiled with MSVC, or GDB if compiled with GCC. (GDB for Windows
|
|
|
|
|
is available from the MinGW site, http://www.mingw.org/download.shtml.)
|
2005-12-09 19:17:40 +00:00
|
|
|
|
|
|
|
|
|
When Emacs aborts due to a fatal internal error, Emacs on Windows
|
|
|
|
|
pops up an Emacs Abort Dialog asking you whether you want to debug
|
|
|
|
|
Emacs or terminate it. If Emacs was built with MSVC, click YES
|
|
|
|
|
twice, and Windbg or the DevStudio debugger will start up
|
|
|
|
|
automatically. If Emacs was built with GCC, first start GDB and
|
|
|
|
|
attach it to the Emacs process with the "gdb -p EMACS-PID" command,
|
|
|
|
|
where EMACS-PID is the Emacs process ID (which you can see in the
|
|
|
|
|
Windows Task Manager), type the "continue" command inside GDB, and
|
|
|
|
|
only then click YES on the abort dialog. This will pass control to
|
|
|
|
|
the debugger, and you will be able to debug the cause of the fatal
|
|
|
|
|
error.
|
2000-08-22 21:41:26 +00:00
|
|
|
|
|
2011-11-25 12:17:33 +00:00
|
|
|
|
The single most important thing to find out when Emacs aborts or
|
|
|
|
|
crashes is where did that happen in the Emacs code. This is called
|
|
|
|
|
"backtrace".
|
|
|
|
|
|
|
|
|
|
Emacs on Windows uses more than one thread. When Emacs aborts due
|
|
|
|
|
to a fatal error, the current thread may not be the application
|
|
|
|
|
thread running Emacs code. Therefore, to produce a meaningful
|
2011-11-25 13:26:30 +00:00
|
|
|
|
backtrace from a debugger, you need to instruct it to show the
|
2011-11-25 12:17:33 +00:00
|
|
|
|
backtrace for every thread. With GDB, you do it like this:
|
|
|
|
|
|
|
|
|
|
(gdb) thread apply all backtrace
|
|
|
|
|
|
|
|
|
|
To run Emacs under a debugger to begin with, simply start it from
|
|
|
|
|
the debugger. With GDB, chdir to the `src' directory (if you have
|
|
|
|
|
the source tree) or to a directory with the `.gdbinit' file (if you
|
|
|
|
|
don't have the source tree), and type these commands:
|
|
|
|
|
|
|
|
|
|
C:\whatever\src> gdb x:\path\to\emacs.exe
|
|
|
|
|
(gdb) run <ARGUMENTS TO EMACS>
|
|
|
|
|
|
|
|
|
|
Thereafter, use Emacs as usual; you can minimize the debugger
|
|
|
|
|
window, if you like. The debugger will take control if and when
|
|
|
|
|
Emacs crashes.
|
|
|
|
|
|
2000-08-22 21:41:26 +00:00
|
|
|
|
Emacs functions implemented in C use a naming convention that reflects
|
|
|
|
|
their names in lisp. The names of the C routines are the lisp names
|
|
|
|
|
prefixed with 'F', and with dashes converted to underscores. For
|
|
|
|
|
example, the function call-process is implemented in C by
|
|
|
|
|
Fcall_process. Similarly, lisp variables are prefixed with 'V', again
|
|
|
|
|
with dashes converted to underscores. These conventions enable you to
|
|
|
|
|
easily set breakpoints or examine familiar lisp variables by name.
|
|
|
|
|
|
|
|
|
|
Since Emacs data is often in the form of a lisp object, and the
|
2005-12-09 19:17:40 +00:00
|
|
|
|
Lisp_Object type is difficult to examine manually in a debugger,
|
|
|
|
|
Emacs provides a helper routine called debug_print that prints out a
|
|
|
|
|
readable representation of a Lisp_Object. If you are using GDB,
|
|
|
|
|
there is a .gdbinit file in the src directory which provides
|
|
|
|
|
definitions that are useful for examining lisp objects. Therefore,
|
|
|
|
|
the following tips are mainly of interest when using MSVC.
|
|
|
|
|
|
|
|
|
|
The output from debug_print is sent to stderr, and to the debugger
|
|
|
|
|
via the OutputDebugString routine. The output sent to stderr should
|
|
|
|
|
be displayed in the console window that was opened when the
|
|
|
|
|
emacs.exe executable was started. The output sent to the debugger
|
|
|
|
|
should be displayed in its "Debug" output window.
|
2000-08-22 21:41:26 +00:00
|
|
|
|
|
|
|
|
|
When you are in the process of debugging Emacs and you would like to
|
2008-04-10 08:59:23 +00:00
|
|
|
|
examine the contents of a Lisp_Object variable, pop up the QuickWatch
|
2000-08-22 21:41:26 +00:00
|
|
|
|
window (QuickWatch has an eyeglass symbol on its button in the
|
|
|
|
|
toolbar). In the text field at the top of the window, enter
|
|
|
|
|
debug_print(<variable>) and hit return. For example, start and run
|
|
|
|
|
Emacs in the debugger until it is waiting for user input. Then click
|
|
|
|
|
on the Break button in the debugger to halt execution. Emacs should
|
|
|
|
|
halt in ZwUserGetMessage waiting for an input event. Use the Call
|
|
|
|
|
Stack window to select the procedure w32_msp_pump up the call stack
|
|
|
|
|
(see below for why you have to do this). Open the QuickWatch window
|
|
|
|
|
and enter debug_print(Vexec_path). Evaluating this expression will
|
|
|
|
|
then print out the contents of the lisp variable exec-path.
|
|
|
|
|
|
|
|
|
|
If QuickWatch reports that the symbol is unknown, then check the call
|
|
|
|
|
stack in the Call Stack window. If the selected frame in the call
|
|
|
|
|
stack is not an Emacs procedure, then the debugger won't recognize
|
|
|
|
|
Emacs symbols. Instead, select a frame that is inside an Emacs
|
|
|
|
|
procedure and try using debug_print again.
|
|
|
|
|
|
|
|
|
|
If QuickWatch invokes debug_print but nothing happens, then check the
|
|
|
|
|
thread that is selected in the debugger. If the selected thread is
|
|
|
|
|
not the last thread to run (the "current" thread), then it cannot be
|
|
|
|
|
used to execute debug_print. Use the Debug menu to select the current
|
|
|
|
|
thread and try using debug_print again. Note that the debugger halts
|
|
|
|
|
execution (e.g., due to a breakpoint) in the context of the current
|
|
|
|
|
thread, so this should only be a problem if you've explicitly switched
|
|
|
|
|
threads.
|
2001-05-13 21:54:56 +00:00
|
|
|
|
|
2007-02-11 00:15:39 +00:00
|
|
|
|
|
|
|
|
|
This file is part of GNU Emacs.
|
2001-05-13 21:54:56 +00:00
|
|
|
|
|
2008-05-09 05:14:16 +00:00
|
|
|
|
GNU Emacs is free software: you can redistribute it and/or modify
|
2007-02-11 00:15:39 +00:00
|
|
|
|
it under the terms of the GNU General Public License as published by
|
2008-05-09 05:14:16 +00:00
|
|
|
|
the Free Software Foundation, either version 3 of the License, or
|
|
|
|
|
(at your option) any later version.
|
2001-05-13 21:54:56 +00:00
|
|
|
|
|
2007-02-11 00:15:39 +00:00
|
|
|
|
GNU Emacs is distributed in the hope that it will be useful,
|
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
2008-05-09 05:14:16 +00:00
|
|
|
|
along with GNU Emacs. If not, see <http://www.gnu.org/licenses/>.
|