* UserGuide - add sentence about graphic groups unification.

[lyx.git] / INSTALL

Compiling and installing LyX
============================

Quick compilation guide
-----------------------

These four steps will compile, test and install LyX:

        0) Linux users beware: You need qt4 and qt4-devel packages
           of the same version to compile LyX.

           In general, it is also recommended to have pkg-config
           installed (the name might vary depending on your
           distribution).

        1) ./configure configures LyX according to your system. You
           may have to set --with-qt-dir=<path-to-your-qt-installation>
           (for example, "--with-qt-dir=/usr/share/qt4/") if the
           environment variable QTDIR is not set and pkg-config is not
           available.

           See Note below if ./configure script is not present.

        2) make
           compiles the program.

        3) src/lyx
           runs the program so you can check it out.

        4) make install
           will install it. You can use "make install-strip" instead
           if you want a smaller binary.


Note for Git checkouts
-----------------------------

If you have checked this out from Git, you need to have:
* automake (supported versions are 1.14--1.15)
* autoconf (supported versions are 2.65--2.69)
Then type "./autogen.sh" to build the needed configuration
files and proceed as stated above/below.

You will also probably need GNU m4 (perhaps installed as gm4).


Requirements
------------

First of all, you will need a recent C++ compiler, where recent means
that the compilers are close to C++11 standard conforming like gcc (at
least 4.6) or clang.

LyX makes great use of the C++ Standard Template Library (STL).
This means that gcc users will have to install the relevant libstdc++
library to be able to compile this version of LyX.

For full LyX usability we suggest to use Qt 5.6 and higher, or at the
very least Qt 5.4. For compilation you need to compile against at least
Qt 4.8 which has been widely tested, and for Windows we advise at least
Qt 4.8.4. The only special point to make is that you must ensure that
both LyX and the Qt libraries are compiled with the same C++ compiler.

To build LyX with spell checking capabilities included you have to
install at least one of the development packages of the spell checker
libraries. See the RELEASE-NOTES for details.


* Other things to note

If you make modifications to the source that affect any of the
translations or you change the translation files themselves (po/*.po)
files, you will need to have the GNU gettext package installed to
compile LyX with up-to-date translations (at least gettext version
0.16.1 is needed). You can get the latest version from:
        ftp://ftp.gnu.org/gnu/gettext/

The two following programs should be available at configuration time:

  o Python 2.7 must be installed. Python is used for many simple tasks
    that are executed by external scripts, such as the automatic
    configuration step and the import of older LyX documents with the
    lyx2lyx script (this script is called automatically when opening a
    file). Python 3 (3.3 or later) support is work in progress.


Creating the Makefile
---------------------

LyX can be configured using GNU autoconf utility which attempts to guess
the configuration needed to suit your system.  The standard way to use it
is described in the file INSTALL.autoconf.  In most cases you will be able
to create the Makefile by typing

  ./configure

For more complicated cases, LyX configure honors the following specific
flags:

  o --enable-build-type=[rel(ease), pre(release), dev(elopment), prof(iling), gprof]
    allows to tweak the compiled code. The following table describes
    the settings in terms of various options that are described later

                      release   prerelease  development profiling gprof
    optimization        -O2         -O2         -O         -O2     -O2
    assertions                       X           X
    stdlib-debug                                 X
    warnings                         X           X
    debug                            X           X           X       X

    The defaults are as follows in terms of version number
    release: stable release (2.x.y)
    prerelease: version number contains alpha, beta, rc or pre.
    development: version number contains dev.

    The `profiling' build type uses the -fno-omit-frame-pointer option with gcc

    The `gprof' build type compiles and links with -pg option with gcc.

  o --with-extra-lib=DIRECTORY that specifies the path where LyX will
    find extra libraries (qt4) it needs. Defaults to NONE
    (i.e. search in standard places). You can specify several
    directories, separated by colons.

  o --with-extra-inc=DIRECTORY that gives the place where LyX will find
    extra headers.  Defaults to NONE (i.e.  search in standard places).
    You can specify several directories, separated by colons.

  o --with-extra-prefix[=DIRECTORY] that is equivalent to
       --with-extra-lib=DIRECTORY/lib --with-extra-inc=DIRECTORY/include
    If DIRECTORY is not specified, the current prefix is used.

  o --with-version-suffix[=SUFFIX] will install LyX as lyxSUFFIX. The
    LyX data directory will be something like <whatever>/lyxSUFFIX/.
    Additionally your user configuration files will be found in e.g.
    $HOME/.lyxSUFFIX. The default for SUFFIX is "-<currentversion>",
    e.g. lyx-1.6.1.

    You can use this feature to install more than one version of LyX
    on the same system. You can optionally specify a "version" of your
    own, by doing something like :
       ./configure --with-version-suffix=-latestdev

    Note that the standard configure options --program-prefix,
    --program-suffix and the others will not affect the shared LyX
    directory etc. so it is recommended that you use --with-version-suffix
    (or --prefix) instead.

There are also flags to control the internationalization support in
LyX:

  o --disable-nls suppresses all internationalization support,
    yielding somewhat smaller code.

  o You can also set the environment variable LINGUAS to a list of
    languages in case you do not want to install all the translation
    files. For example, if you are only interested in German and
    Finnish, you can type (with sh or bash)
        export LINGUAS='de fi'
    before running configure.

Moreover, the following generic configure flags may be useful:

  o --prefix=DIRECTORY specifies the root directory to use for
    installation. [defaults to /usr/local]

  o --datadir=DIRECTORY gives the directory where all extra LyX
    files (documentation, templates and layout definitions)
    will be installed.
    [defaults to ${prefix}/share/lyx${program_suffix}]

  o --bindir=DIRECTORY gives the directory where the lyx binary
    will be installed. [defaults to ${prefix}/bin]

  o --mandir=DIRECTORY gives the directory where the man pages will go.
    [defaults to ${prefix}/man]

  o --enable-maintainer-mode enables some code that automatically
    rebuilds the configure script, makefiles templates and other useful
    files when needed. This is off by default on releases, to avoid
    surprises.

Note that the --with-extra-* commands are not really robust when it
comes to using relative paths.  If you really want to use a relative path
here, you can prepend it with "`pwd`/".

If you do not like the default compile flags used (-g -O2 on gcc), you can
set CXXFLAGS variable to other values as follows:

  o CXXFLAGS='-O2' (sh, bash)
  o setenv CXXFLAGS '-O2' (csh, tcsh)

Similarly, if you want to force the use of a specific compiler, you can
give a value to the CXX variable.

If you encounter problems, please read the section 'Problems' at the end of
this file.

The following options allow you to tweak the generated code more precisely (see the description of --enable-build-type for the default values):

  o --enable-optimization=VALUE enables you to set optimization to a
    higher level than the default, for example --enable-optimization=-O3.

  o --disable-optimization - you can use this to disable compiler
    optimization of LyX. The compile may be much quicker with some
    compilers, but LyX will run more slowly.

  o --disable-std-regex forces the compiler to use boost::regex. The default is
    to use std::regex for known good C++ libraries, but the test is not robust for clang.
    --enable-std-regex will force the use of std::regex.

  o --enable-debug will add debug information to your binary. This
    requires a lot more disk space, but is a must if you want to try
    to debug problems in LyX. There is no run-time penalty.

  o --enable-warnings that make the compiler output more warnings during
    the compilation of LyX.  Opposite is --disable-warnings.

  o --enable-assertions that make the compiler generate run-time
    code which checks that some variables have sane values. Opposite
    is --disable-assertions.

  o --enable-stdlib-debug adds some debug code in the standard
    library; this slows down the code, but has been helpful in the
    past to find bugs. Note that this is in general incompatible with
    the system boost library (which is used when
    --without-included-boost is specified). You may have to use
    --disable-stdlib-debug when linking development versions against
    your system's boost library.

  o --enable-monolithic-build[=boost,client,insets,mathed,core,tex2lyx,frontend-qt4]
    that enables monolithic build of the given parts of the source
    code. This should reduce the compilation time provided you have
    enough memory (>500MB).


Compiling and installing LyX
----------------------------

Once you've got the Makefile created, you just have to type:

  make all
  make install

All should be OK ;)

Since the binaries with debug information tend to be huge (although
this does not affect the run-time memory footprint), you might want
to strip the lyx binary. In this case replace "make install" with

  make install-strip

BTW: in the lib/images subdirectory there is also small icons
`lyx.png' and `lyx.svg', that can be used to display LyX documents in
filemanagers.

If configure fails for some strange reason
------------------------------------------

Even when configure fails, it creates a Makefile.  You can always check
the contents of this file, modify it and run 'make'.

Compiling For Multiple Architectures
------------------------------------

You can compile LyX for more than one kind of computer at the same
time, by placing the object files for each architecture in their own
directory.  To do this, you must use a version of `make' that supports
the `VPATH' variable, such as GNU `make'.  `cd' to the directory where
you want the object files and executables to go and run the
`configure' script.  `configure' automatically checks for the source
code in the directory that `configure' is in and in `..'.

If you have to use a `make' that does not support the `VPATH'
variable, you have to compile LyX for one architecture at a time in
the source code directory.  After you have installed LyX for one
architecture, use `make distclean' before reconfiguring for another
architecture.

Problems
--------

This section provides several hints that have been submitted by LyX
team members or users to help compiling on some particular
architectures. If you find that some of these hints are wrong, please
notify us.

  o On SUN Sparc Solaris, you need gnumake. The LyX makefiles do not
    work with Solaris make.

    The Solaris 8 ar seg-faults trying to build the insets library. You
    will need to use the ar from the GNU binutils for this subdirectory.
    There is no problem with the Solaris 9 and 10 ar.

    Qt4 uses the Xrender X11 extension for antialiased fonts. This
    extension was added to Xsun starting from the Solaris 10 8/07
    release, but it is not activated by default. To activate it, you
    must issue (as root) the following command:
    svccfg -s svc:/application/x11/x11-server setprop options/server_args=+xrender
    and then restart the X server.

    There is a problem with the fontconfig library shipped with
    Solaris 10 8/07 causing a seg-fault when it is used by Qt4.
    Until this is fixed, a workaround is replacing the shared library
    /usr/lib/libfontconfig.so.1 with a copy from a previous release or
    installing a new version of fontconfig from http://www.sunfreeware.com/

    On Solaris, the default fontconfig configuration gives preference
    to bitmap fonts at (not so small) sizes. As bitmapped fonts are not
    antialiased, you may prefer changing this configuration. This may be
    done by adding the following stanza

          <match target="pattern">
              <edit name="prefer_bitmap">
                  <bool>false</bool>
              </edit>
          </match>

    to either ~/.fonts.conf (for a per-user change) or /etc/fonts/local.conf
    (for a global system change). The stanza should be added between the
    <fontconfig> and </fontconfig> tags. If neither ~/.fonts.conf nor
    /etc/fonts/local.conf exists, you can create them with the following
    content:

      <?xml version="1.0"?>
      <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
      <fontconfig>
          <match target="pattern">
              <edit name="prefer_bitmap">
                  <bool>false</bool>
              </edit>
          </match>
      </fontconfig>