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,
- such as converting files to DOS CR-LF format, not creating empty
+ such as converting files to DOS CR-LF format, not creating empty
directories, etc. We suggest to use djtarnt.exe from the GNU FTP
site.
build (latest versions of the Cygwin toolkit, at least since v1.3.3,
include the MinGW headers and libraries as an integral part).
+ Other compilers may work, but specific reports from people that have
+ tried suggest that the Intel C compiler (for example) may produce an
+ Emacs executable with strange filename completion behaviour. Unless
+ 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.
+
If you build Emacs on Windows 9X or ME, not on Windows 2000 or
Windows NT, we suggest to install the Cygwin port of Bash.
For reference, here is a list 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 of Bash.
-
+ of sh.exe, the Cygwin port of Bash. Note that any version of make
+ that is compiled with Cygwin will only work with Cygwin tools, due to
+ the use of cygwin style 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.
+
+ In addition, using 4NT as your shell is known to fail the build process,
+ at least for 4NT version 3.01. Use cmd.exe, the default NT shell,
+ instead.
+
sh exists no sh
- cygwin b20.1 make (3.75): okay[1] fails[2]
+ cygwin b20.1 make (3.75): fails[1, 5] fails[2, 5]
MSVC compiled gmake 3.77: okay okay
MSVC compiled gmake 3.78.1: okay okay
MSVC compiled gmake 3.79.1: okay okay
mingw32/gcc-2.92.2 make (3.77): okay okay[4]
- cygwin compiled gmake 3.77: okay[1] fails[2]
- cygwin compiled make 3.78.1: okay fails[2]
- cygwin compiled make 3.79.1: couldn't build make[3]
+ 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]
+ mingw32 compiled make 3.79.1: okay okay
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.
- [3] requires LC_MESSAGES support to build; maybe 2.95.x update to
- cygwin provides this?
+ [3] requires LC_MESSAGES support to build; cannot build with early
+ versions of cygwin.
[4] may fail on Windows 9X and Windows ME; if so, install Bash.
+ [5] fails when building leim due to the use of cygwin style paths.
+ May work if building emacs without leim.
* Configuring
is running, when gcc support is being tested. These cannot be
surpressed because of limitations in the Windows 9x command.com shell.
+* Optional image library support
+
+ To build Emacs with support for PNG images, the libpng and zlib
+ 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. Similarly, the jpeg-6b, libXpm, tiff and libungif
+ headers need to be in the include path for support for those image
+ formats to work. The configure script will report whether it was
+ able to detect the headers.
+
+ To use the PNG support, zlib.dll (or zlibd.dll) and libpng.dll (or
+ libpng13.dll, or libpng13d.dll) must be on the PATH or in the same
+ directory as emacs.exe when Emacs is started. Similar instructions
+ apply for other image libraries. Note that tiff support depends on
+ the jpeg library. If you did not compile the libraries yourself, you
+ must make sure that the jpeg library you install is the same one
+ that the tiff library was compiled against.
+
* Building
After running configure, simply run the appropriate `make' program for