Do not create locallisppath directories.
[emacs.git] / nt / INSTALL.MSYS
blob420b8be75f80f6488f8261128fcefa10fccaf5de
1                     Building and Installing Emacs on MS-Windows
2                           using the MSYS and MinGW tools
4   Copyright (C) 2013 Free Software Foundation, Inc.
5   See the end of the file for license conditions.
7 The MSYS/MinGW build described here is supported on versions of
8 Windows starting with Windows 2000 and newer.  Windows 9X are not
9 supported (but the Emacs binary produced by this build will run on
10 Windows 9X as well).
12 * For the brave (a.k.a. "impatient"):
14   For those who have a working MSYS/MinGW development environment and
15   are comfortable with running Posix configure scripts, here are the
16   concise instructions for configuring and building the native Windows
17   binary of Emacs with these tools.
19   Do not use this recipe with Cygwin.  For building on Cygwin, use the
20   normal installation instructions, ../INSTALL.
22   Do not use these instructions if you don't have MSYS installed; for
23   that, see the file INSTALL in this directory.
25   0. Start the MSYS Bash window.  Everything else below is done from
26      that window's Bash prompt.
28   0a. If you are building from the development trunk (as opposed to a
29       release tarball), produce the configure script, by typing from
30       the top-level Emacs source directory:
32       ./autogen.sh
34   1. If you want to build Emacs outside of the source tree
35      (recommended), create the build directory and chdir there.
37   2. Invoke the MSYS-specific configure script:
39       - If you are building outside the source tree:
41         /PATH/TO/EMACS/SOURCE/TREE/nt/msysconfig.sh --prefix=PREFIX ...
43       - If you are building in-place, i.e. inside the source tree:
45         ./nt/msysconfig.sh --prefix=PREFIX ...
47      It is always preferable to use --prefix to configure Emacs for
48      some specific location of its installed tree; the default
49      /usr/local is not suitable for Windows (see the detailed
50      instructions for the reasons).
52      You can pass other options to the configure script.  Here's a
53      typical example (for an in-place debug build):
55        CPPFLAGS='-DGLYPH_DEBUG=1' CFLAGS='-O0 -g3' ./nt/msysconfig.sh --prefix=/d/usr/emacs --enable-checking
57   3. After the configure script finishes, it should display the
58      resulting configuration.  After that, type
60        make
62      Use "make -j N" if your MSYS Make supports parallel execution;
63      the build will take significantly less time in that case.  Here N
64      is the number of simultaneous parallel jobs; use the number of
65      the cores on your system.
67   4. Install the produced binaries:
69        make install
71      If you want the installation tree to go to a place that is
72      different from the one specified by --prefix, say
74        make install prefix=/where/ever/you/want
76   That's it!
78   If these short instructions somehow fail, read the rest of this
79   file.
81 * Installing MinGW and MSYS
83   Make sure you carefully read the following two sections in their
84   entirety and install/configure the various packages as instructed.
85   A correct installation makes all the rest almost trivial; a botched
86   installation will likely make you miserable for quite some time.
88   There are two alternative to installing MinGW + MSYS: using the GUI
89   installer, called mingw-get, provided by the MinGW project, or
90   manual installation.  The next two sections describe each one of
91   these.
93 ** Installing MinGW and MSYS using mingw-get
95   A nice installer, called mingw-get, is available for those who don't
96   like to mess with manual installations.  You can download it from
97   here:
99     https://sourceforge.net/projects/mingw/files/Installer/mingw-get/
101   (This installer only supports packages downloaded from the MinGW
102   site; for the rest you will still need the manual method.)
104   After installing mingw-get, invoke it to install the packages that
105   are already selected by default on the "Select Components" screen of
106   its wizard.
108   After that, use "mingw-get install PACKAGE" to install the following
109   additional packages:
111    . msys-base
112    . mingw-developer-toolkit
114   (We recommend that you refrain from installing the MSYS Texinfo
115   package, which is part of msys-base, because it might produce mixed
116   EOL format when installing Info files.  Instead, install the MinGW
117   port of Texinfo, see the ezwinports URL below.  To uninstall the
118   MSYS Texinfo, after installing it as part of msys-base, invoke the
119   command "mingw-get remove msys-texinfo".)
121   At this point, you should be ready to configure and build Emacs in
122   its basic configuration.  Skip to the "Generating the configure
123   script" section for the build instructions.  If you want to build it
124   with image support and other optional libraries, read about the
125   optional libraries near the end of this document, before you start
126   the build.  Also, consider installing additional MinGW packages that
127   are required/recommended, especially if you are building from the
128   Bazaar repository, as described in the next section.
130 ** Installing MinGW and MSYS manually
132 *** MinGW
134   You will need to install the MinGW port of GCC and Binutils, and the
135   MinGW runtime and Windows API distributions, to compile Emacs.  You
136   can find these on the MinGW download/Base page:
138     https://sourceforge.net/projects/mingw/files/MinGW/Base/
140   In general, install the latest stable versions of the following
141   MinGW packages from that page: gcc, binutils, mingw-rt, w32api.  You
142   only need the 'bin' and the 'dll' tarballs of each of the above.
144   MinGW packages are distributed as .tar.lzma compressed archives.  To
145   install the packages manually, we recommend to use the Windows port
146   of the 'bsdtar' program to unpack the tarballs.  'bsdtar' is
147   available as part of the 'libarchive' package from here:
149     http://sourceforge.net/projects/ezwinports/files/
151   The recommended place to install these packages is a single tree
152   starting from some directory on a drive other than the system drive
153   C:.  A typical example would be D:\usr, with D:\usr\bin holding the
154   binaries and DLLs (should be added to your Path environment
155   variable), D:\usr\include holding the include files, D:\usr\lib
156   holding the static and import libraries, D:\usr\share holding docs,
157   message catalogs, and package-specific subdirectories, etc.
159   Having all the headers and libraries in a single place will greatly
160   reduce the number of -I and -L flags you will have to pass to the
161   configure script (see below), as these files will be right where the
162   compiler expects them.
164   We specifically do NOT recommend installing packages below
165   "C:\Program Files" or "C:\Program Files (x86)".  These directories
166   are protected on versions of Windows from Vista and on, and you will
167   have difficulties updating and maintaining your installation later,
168   due to UAC elevation prompts, file virtualization, etc.  You *have*
169   been warned!
171   Additional MinGW packages are required/recommended, especially if
172   you are building from the Bazaar repository:
174    . Texinfo (needed to produce the Info manuals when building from
175      bzr, and for "make install")
177      Available from http://sourceforge.net/projects/ezwinports/files/.
179    . gzip (needed to compress files during "make install")
181      Available from http://gnuwin32.sourceforge.net/packages/gzip.htm.
183    . pkg-config (needed for building with some optional libraries,
184      such as GnuTLS and libxml2)
186      Available from http://www.gtk.org/download/win32.php
188   Each package might list other packages as prerequisites on its
189   download page (under "Runtime requirements"); download those as
190   well.  (Using the mingw-get installer will fetch those prerequisites
191   automatically for you.)  A missing prerequisite will manifest itself
192   by the program failing to run and presenting a pop-up dialog that
193   states the missing or incompatible DLL; be sure to find and install
194   these missing DLLs.
196   Once you think you have MinGW installed, test the installation by
197   building a trivial "hello, world!" program, and make sure that it
198   builds without any error messages and the binary works when run.
200 *** MSYS
202   You will need a reasonably full MSYS installation.  MSYS is an
203   environment needed to run the Posix configure scripts and the
204   resulting Makefile's, in order to produce native Windows binaries
205   using the MinGW compiler and runtime libraries.  Here's the list of
206   MSYS packages that are required:
208    . All the packages from the MSYS Base distribution, listed here:
210      https://sourceforge.net/projects/mingw/files/MSYS/Base/
212    . Additional packages listed below, from the MSYS Extension
213      distribution here:
215      https://sourceforge.net/projects/mingw/files/MSYS/Extension/
217       - flex
218       - bison
219       - m4
220       - perl
221       - mktemp
223      These should only be needed if you intend to build development
224      versions of Emacs from the Bazaar repository.
226    . Additional packages (needed only if building from the Bazaar
227      repository): Automake and Autoconf.  They are available from
228      here:
230        http://sourceforge.net/projects/ezwinports/files/automake-1.11.6-msys-bin.zip/download
231        http://sourceforge.net/projects/ezwinports/files/autoconf-2.65-msys-bin.zip/download
233   MSYS packages are distributed as .tar.lzma compressed archives.  To
234   install the packages manually, we recommend to use the Windows port
235   of the 'bsdtar' program, already mentioned above.
237   If/when you are confident in your MinGW/MSYS installation, and want
238   to speed up the builds, we recommend installing a pre-release
239   version of Make from here:
241      https://sourceforge.net/projects/mingwbuilds/files/external-binary-packages/
243   These are snapshot builds of many packages, but you only need
244   make.exe from there.  The advantage of this make.exe is that it
245   supports parallel builds, so you can use "make -j N" to considerably
246   speed up your builds.
248   Several users reported that MSYS 1.0.18 causes Make to hang in
249   parallel builds.  If you bump into this, we suggest to downgrade to
250   MSYS 1.0.17, which doesn't have that problem.
252   For each of these packages, install the 'bin' and 'dll' tarballs of
253   their latest stable releases.  If there's an 'ext' tarball (e.g.,
254   msysCORE and Coreutils have it), download and install those as well.
256   Each package might list other packages as prerequisites on its
257   download page (under "Runtime requirements"); download those as
258   well.  (Using the mingw-get installer will fetch those prerequisites
259   automatically for you.)  A missing prerequisite will manifest itself
260   by the program failing to run and presenting a pop-up dialog that
261   states the missing or incompatible DLL; be sure to find and install
262   these missing DLLs.
264   MSYS packages should be installed in a separate tree from MinGW.
265   For example, use D:\MSYS or D:\usr\MSYS as the top-level directory
266   from which you unpack all of the MSYS packages.
268   Do NOT add the MSYS bin directory to your Windows Path!  Only the
269   MinGW bin directory should be on Path.  When you install MSYS, it
270   creates a shortcut on your desktop that invokes the MSYS Bash shell
271   in a Command Prompt window; that shell is already set up so that the
272   MSYS bin directory is on PATH ahead of any other directory.  Thus,
273   Bash will find MSYS executables first, which is exactly what you
274   need.
276   At this point, you are ready to build Emacs in its basic
277   configuration.  If you want to build it with image support and other
278   optional libraries, read about that near the end of this document.
280 * Generating the configure script
282   If you are building a release or pretest tarball, skip this section,
283   because the configure script is already present in the tarball.
285   To build a development snapshot from the Emacs Bazaar repository,
286   you will first need to generate the configure script and a few other
287   auto-generated files.  (If this step, described below, somehow
288   fails, you can use the files in the autogen/ directory instead, but
289   they might be outdated, and, most importantly, you are well advised
290   not to disregard any failures in your local build procedures, as
291   these are likely to be symptoms of incorrect installation that will
292   bite you down the road.)
294   To generate the configure script, type this at the MSYS Bash prompt
295   from the top-level directory of the Emacs tree:
297      ./autogen.sh
299   If successful, this command should produce the following output:
301      $ ./autogen.sh
302      Checking whether you have the necessary tools...
303      (Read INSTALL.BZR for more details on building Emacs)
305      Checking for autoconf (need at least version 2.65)...
306      ok
307      Checking for automake (need at least version 1.11)...
308      ok
309      Your system has the required tools, running autoreconf...
310      You can now run `./configure'.
312 * Configuring Emacs for MinGW:
314   Now it's time to run the configure script.  You can do that either
315   from a separate build directory that is outside of the Emacs source
316   tree (recommended), or from inside the source tree.  The former is
317   recommended because it allows you to have several different builds,
318   e.g., an optimized build and an unoptimized one, of the same
319   revision of the source tree; the source tree will be left in its
320   pristine state, without any build products.
322   You invoke the configure script like this:
324      /PATH/TO/EMACS/SOURCE/TREE/nt/msysconfig.sh --prefix=PREFIX ...
326   or, if you are building in-place, i.e. inside the source tree:
328      ./nt/msysconfig.sh --prefix=PREFIX ...
330   Here PREFIX is the place where you eventually want to install Emacs
331   once built, e.g. /d/usr.  We recommend to always use --prefix when
332   building Emacs on Windows, because the default '/usr/local' is not
333   appropriate for Windows: it will be mapped by MSYS to something like
334   C:\MSYS\local, and it will defeat the purpose of PREFIX, which is to
335   install programs in a single coherent tree resembling Posix systems.
336   Such a single-tree installation makes sure all the other programs
337   and packages ported from GNU or Unix systems will work seamlessly
338   together.  Where exactly is the root of that tree on your system is
339   something only you, the user who builds Emacs, can know, and the
340   Emacs build process cannot guess, because usually there's no
341   '/usr/local' directory on any drive on Windows systems.
343   Do NOT use Windows-style x:/foo/bar file names on the configure
344   script command line; use the MSYS-style /x/foo/bar instead.  Using
345   Windows-style file names was reported to cause subtle and hard to
346   figure out problems during the build.  This applies both to the
347   command switches, such as --prefix=, and to the absolute file name
348   of msysconfig.sh, if you are building outside of the source tree.
350   You can pass additional options to the configure script, for the
351   full list type
353      ./nt/msysconfig.sh --help
355   As explained in the help text, you may need to tell the script what
356   are the optional flags to invoke the compiler.  This is needed if
357   some of your headers and libraries, e.g., those belonging to
358   optional image libraries, are installed in places where the compiler
359   normally doesn't look for them.  (Remember that advice above to
360   avoid such situations? here's is where you will start paying for
361   disregarding that recommendation.)  For example, if you have libpng
362   headers in C:\emacs\libs\libpng-1.2.37-lib\include and jpeg library
363   headers in C:\emacs\libs\jpeg-6b-4-lib\include, you will need to say
364   something like this:
366     CPPFLAGS='-I/c/emacs/libs/libpng-1.2.37-lib/include -I/c/emacs/libs/jpeg-6b-4-lib/include' ./nt/msysconfig.sh --prefix=PREFIX
368   which is quite a mouth-full, especially if you have more directories
369   to specify...  Perhaps you may wish to revisit your installation
370   decisions now.
372   If you have a global site-lisp directory from previous Emacs
373   installation, and you want Emacs to continue using it, specify it
374   via the --enable-locallisppath switch to msysconfig.sh, like this:
376    ./nt/msysconfig.sh --prefix=PREFIX --enable-locallisppath="/d/usr/share/emacs/VERSION/site-lisp:/d/wherever/site-lisp"
378   Use the normal MSYS /d/foo/bar style to specify directories by their
379   absolute file names.
381   A few frequently used options are needed when you want to produce an
382   unoptimized binary with runtime checks enabled:
384      CPPFLAGS='-DGLYPH_DEBUG=1' CFLAGS='-O0 -g3' ./nt/msysconfig.sh --prefix=PREFIX --enable-checking
386   Once invoked, the configure script will run for some time, and, if
387   successful, will eventually produce a summary of the configuration
388   like this:
390      Configured for `i686-pc-mingw32'.
392        Where should the build process find the source code?    /path/to/emacs/sources
393        What compiler should emacs be built with?               gcc  -std=gnu99 -O0 -g3
394        Should Emacs use the GNU version of malloc?             yes
395        Should Emacs use a relocating allocator for buffers?    yes
396        Should Emacs use mmap(2) for buffer allocation?         no
397        What window system should Emacs use?                    w32
398        What toolkit should Emacs use?                          none
399        Where do we find X Windows header files?                NONE
400        Where do we find X Windows libraries?                   NONE
401        Does Emacs use -lXaw3d?                                 no
402        Does Emacs use -lXpm?                                   yes
403        Does Emacs use -ljpeg?                                  yes
404        Does Emacs use -ltiff?                                  yes
405        Does Emacs use a gif library?                           yes
406        Does Emacs use -lpng?                                   yes
407        Does Emacs use -lrsvg-2?                                no
408        Does Emacs use imagemagick?                             no
409        Does Emacs use -lgpm?                                   no
410        Does Emacs use -ldbus?                                  no
411        Does Emacs use -lgconf?                                 no
412        Does Emacs use GSettings?                               no
413        Does Emacs use -lselinux?                               no
414        Does Emacs use -lgnutls?                                yes
415        Does Emacs use -lxml2?                                  yes
416        Does Emacs use -lfreetype?                              no
417        Does Emacs use -lm17n-flt?                              no
418        Does Emacs use -lotf?                                   no
419        Does Emacs use -lxft?                                   no
420        Does Emacs use toolkit scroll bars?                     yes
422   You are almost there, hang on.
424   If the output is significantly different, or if configure finishes
425   prematurely and displays some error message, you should examine the
426   configuration log in config.log and find the reason for the failure.
428   Once you succeeded in configuring Emacs, and just want to rebuild it
429   after updating your local repository from the main repository, you
430   don't need to re-run the configure script manually, unless you want
431   to change the configure-time options.  Just typing "make" will
432   re-run configure if necessary with the exact same options you
433   specified originally, and then go on to invoking Make, described
434   below.
436 * Running Make.
438   This is simple: just type "make" and sit back, watching the fun.
440   If you  installed a snapshot build  of Make, the build  will be much
441   faster if  you type "make  -j N" instead, where  N is the  number of
442   independent processing  units on your  machine.  E.g., on a  core i7
443   system try using  N of 6 or  even 8.  (If this hangs,  see the notes
444   above about downgrading to MSYS 1.0.17.)
446   When Make finishes, you can install the produced binaries:
448     make install
450   or, if you want the installed tree to go in a place different from
451   the configured one, type
453     make install prefix=WHEREVER
455   Congrats!  You have built and installed your own Emacs!
457 * Make targets
459   The following make targets may be used by users building the source
460   distribution, or users who have checked out of Bazaar after
461   an initial bootstrapping.
463   make
464   Builds Emacs from the available sources and pre-compiled lisp files.
466   make install
467   Installs the built programs and the auxiliary files.
469   make clean
470   Removes object and executable files produced by the build process in
471   the current configuration.  After "make clean", you can rebuild with
472   the same configuration using make.  useful when you want to be sure
473   that all of the products are built from coherent sources.
475   make distclean
476   In addition to the files removed by make clean, this also removes
477   Makefiles and other generated files to get back to the state of a
478   freshly unpacked source distribution.  After make distclean, it is
479   necessary to run the configure script followed by "make", in order
480   to rebuild.
482   The following targets are intended only for use with the Bazaar sources.
484   make bootstrap
485   Removes all the auto-generated files and all the *.elc byte-compiled
486   files, and builds Emacs from scratch.  Useful when some change in
487   basic Emacs functionality makes byte compilation of updated files
488   fail.
490   make maintainer-clean
491   Removes everything that can be recreated, including compiled Lisp
492   files, to get back to the state of a fresh Bazaar tree.  After make
493   maintainer-clean, it is necessary to run configure and "make" or
494   "make bootstrap" to rebuild.  Occasionally it may be necessary to
495   run this target after an update.
497 * Optional image library support
499   In addition to its "native" image formats (pbm and xbm), Emacs can
500   handle other image types: xpm, tiff, gif, png, jpeg and experimental
501   support for svg.
503   To build Emacs with support for them, the corresponding headers must
504   be in the include path and libraries should be where the linker
505   looks for them, when the configure script is run.  If needed, this
506   can be set up using the CPPFLAGS and CFLAGS variable specified on
507   the configure command line.  The configure script will report
508   whether it was able to detect the headers and libraries.  If the
509   results of this testing appear to be incorrect, please look for
510   details in the file config.log: it will show the failed test
511   programs and compiler error messages that should explain what is
512   wrong.  (Usually, any such failures happen because some headers are
513   missing due to bad packaging of the image support libraries.)
515   Note that any file path passed to the compiler or linker must use
516   forward slashes, or double each backslash, as that is how Bash
517   works.
519   If the configure script finds the necessary headers and libraries,
520   but they are for some reason incompatible, or if you want to omit
521   support for some image library that is installed on your system for
522   some other reason, use the --without-PACKAGE option to configure,
523   such as --without-gif to omit GIF, --without-tiff to omit TIFF, etc.
524   Passing the --help option to the configure script displays all of
525   the supported --without-PACKAGE options.
527   To use the external image support, the DLLs implementing the
528   functionality must be found when Emacs first needs them, either on the
529   PATH, or in the same directory as emacs.exe.  Failure to find a
530   library is not an error; the associated image format will simply be
531   unavailable.  Note that once Emacs has determined that a library can
532   not be found, there's no way to force it to try again, other than
533   restarting.  See the variable `dynamic-library-alist' to configure the
534   expected names of the libraries.
536   Some image libraries have dependencies on one another, or on zlib.
537   For example, tiff support depends on the jpeg library.  If you did not
538   compile the libraries yourself, you must make sure that any dependency
539   is in the PATH or otherwise accessible and that the binaries are
540   compatible (for example, that they were built with the same compiler).
542   Binaries for the image libraries (among many others) can be found at
543   the GnuWin32 project.  The PNG libraries are also included with GTK,
544   which is installed along with other Free Software that requires it.
545   Note specifically that, due to some packaging snafus in the
546   GnuWin32-supplied image libraries, you will need to download
547   _source_ packages for some of the libraries in order to get the
548   header files necessary for building Emacs with image support.
550   For PNG images, we recommend to use versions 1.4.x and later of
551   libpng, because previous versions had security issues.  You can find
552   precompiled libraries and headers on the GTK download page for
553   Windows (http://www.gtk.org/download/win32.php).
555   Versions 1.4.0 and later of libpng are binary incompatible with
556   earlier versions, so Emacs will only look for libpng libraries which
557   are compatible with the version it was compiled against.  That
558   version is given by the value of the Lisp variable `libpng-version';
559   e.g., 10403 means version 1.4.3.  The variable `dynamic-library-alist'
560   is automatically set to name only those DLL names that are known to
561   be compatible with the version given by `libpng-version'.  If PNG
562   support does not work for you even though you have the support DLL
563   installed, check the name of the installed DLL against
564   `dynamic-library-alist' and the value of `libpng-version', and
565   download compatible DLLs if needed.
567 * Optional GnuTLS support
569   To compile with GnuTLS, you will need pkg-config to be installed, as
570   the configure script invokes pkg-config to find out which compiler
571   switches to use for GnuTLS.  See above for the URL where you can
572   find pkg-config for Windows.
574   You will also need to install the p11-kit package, which is a
575   dependency of GnuTLS, and its header files are needed for
576   compilation of programs that use GnuTLS.  You can find p11-kit on
577   the same site as GnuTLS, see the URL below.
579   If the configure script finds the GnuTLS header files and libraries
580   on your system, Emacs is built with GnuTLS support by default; to
581   avoid that you can pass the argument --without-gnutls.
583   In order to support GnuTLS at runtime, a GnuTLS-enabled Emacs must
584   be able to find the relevant DLLs during startup; failure to do so
585   is not an error, but GnuTLS won't be available to the running
586   session.
588   You can get pre-built binaries (including any required DLL and the
589   header files) at http://sourceforge.net/projects/ezwinports/files/.
591 * Optional libxml2 support
593   To compile with libxml2, you will need pkg-config to be installed,
594   as the configure script invokes pkg-config to find out which
595   compiler switches to use for libxml2.  See above for the URL where
596   you can find pkg-config for Windows.
598   If the configure script finds the libxml2 header files and libraries
599   on your system, Emacs is built with libxml2 support by default; to
600   avoid that you can pass the argument --without-libxml2.
602   In order to support libxml2 at runtime, a libxml2-enabled Emacs must
603   be able to find the relevant DLLs during startup; failure to do so
604   is not an error, but libxml2 features won't be available to the
605   running session.
607   One place where you can get pre-built Windows binaries of libxml2
608   (including any required DLL and the header files) is here:
610      http://sourceforge.net/projects/ezwinports/files/
612   For runtime support of libxml2, you will also need to install the
613   libiconv "development" tarball, because the libiconv headers need to
614   be available to the compiler when you compile with libxml2 support.
615   A MinGW port of libiconv can be found on the MinGW site:
617    http://sourceforge.net/projects/mingw/files/MinGW/Base/libiconv/
619   You need the libiconv-X.Y.Z-N-mingw32-dev.tar.lzma tarball from that
620   site.
622 * Experimental SVG support
624   To compile with SVG, you will need pkg-config to be installed, as
625   the configure script invokes pkg-config to find out which compiler
626   switches to use for SVG.  See above for the URL where you can find
627   pkg-config for Windows.
629   SVG support is currently experimental, and not built by default.
630   Specify --with-rsvg and ensure you have all the dependencies in your
631   include path.  Unless you have built a minimalist librsvg yourself
632   (untested), librsvg depends on a significant chunk of GTK+ to build,
633   plus a few Gnome libraries, libxml2, libbz2 and zlib at runtime.  The
634   easiest way to obtain the dependencies required for building is to
635   download a pre-bundled GTK+ development environment for Windows.
637   To use librsvg at runtime, ensure that librsvg and its dependencies
638   are on your PATH.  If you didn't build librsvg yourself, you will
639   need to check with where you downloaded it from for the
640   dependencies, as there are different build options.  If it is a
641   short list, then it most likely only lists the immediate
642   dependencies of librsvg, but the dependencies themselves have
643   dependencies - so don't download individual libraries from GTK+,
644   download and install the whole thing.  If you think you've got all
645   the dependencies and SVG support is still not working, check your
646   PATH for other libraries that shadow the ones you downloaded.
647   Libraries of the same name from different sources may not be
648   compatible, this problem was encountered with libbzip2 from GnuWin32
649   with libcroco from gnome.org.
651   If you can see etc/images/splash.svg, then you have managed to get
652   SVG support working.  Congratulations for making it through DLL hell
653   to this point.  You'll probably find that some SVG images crash
654   Emacs.  Problems have been observed in some images that contain
655   text, they seem to be a problem in the Windows port of Pango, or
656   maybe a problem with the way Cairo or librsvg is using it that
657   doesn't show up on other platforms.
660 This file is part of GNU Emacs.
662 GNU Emacs is free software: you can redistribute it and/or modify
663 it under the terms of the GNU General Public License as published by
664 the Free Software Foundation, either version 3 of the License, or
665 (at your option) any later version.
667 GNU Emacs is distributed in the hope that it will be useful,
668 but WITHOUT ANY WARRANTY; without even the implied warranty of
669 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
670 GNU General Public License for more details.
672 You should have received a copy of the GNU General Public License
673 along with GNU Emacs.  If not, see <http://www.gnu.org/licenses/>.