mirror of
https://git.lyx.org/repos/lyx.git
synced 2024-11-13 22:49:20 +00:00
338 lines
13 KiB
Plaintext
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/5 and qt4/5-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.
|
|
You will need --enable-qt5 switch for choosing qt5 over qt4.
|
|
|
|
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.16)
|
|
* 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.
|
|
The same problem applies to hunspell (as of hunspell 1.5). So either
|
|
compile --with-included-hunspell or --disable-stdlib-debug when
|
|
linking development versions against your system's hunspell 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>
|