lyx_mirror/INSTALL
Jean-Marc Lasgouttes d95c187b5a Give a warning when system boost and stdlib-debug are used together
In general this would lead to an immediate runtime crash because the
runtime checks of libstdc++ change the layout of some STL objects.
Therefore, this will only work when the boost libraries have been
compiled with this same flag. At this time, it is not known whether
any linux distribution contains such libraries.

Fixes bug #9736.
2015-09-22 14:38:31 +02:00

338 lines
13 KiB
Plaintext

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.8--1.15)
* autoconf (supported versions are 2.60--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++ standard conforming like gcc (at
least 4.x) or clang. Note that the compiler will be used in C++11 mode
when possible.
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 4.x and at least Qt 4.8 which
has been widely tested. For compilation you need to compile against at
least Qt 4.5.0 and at Windows we advise at highest 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
concept-checks X 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-cxx11 forces the compiler in C++98 mode. The default is
to use C++11 mode for known good compilers.
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-concept-checks adds some compile-time checks. There is no
run-time penalty.
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>