X-Git-Url: https://git.donarmstrong.com/?a=blobdiff_plain;f=INSTALL.txt;h=3b8dda69a876a800b6a607ce0577a0a5c728ef98;hb=f028fcdec8ca9a22ca4d381045a598a745408aa0;hp=dfc89fc498886e10f85f28f3f2c8bd5ca22e1a3b;hpb=c64a05795e51367c17589a9e7d60bad426305159;p=lilypond.git diff --git a/INSTALL.txt b/INSTALL.txt index dfc89fc498..3b8dda69a8 100644 --- a/INSTALL.txt +++ b/INSTALL.txt @@ -1,495 +1,1173 @@ +INSTALL - compiling and installing GNU LilyPond +*********************************************** + + +1 Compilation + 1.1 Overview of compiling + 1.2 Requirements + 1.2.1 Requirements for running LilyPond + 1.2.2 Requirements for compiling LilyPond + Fedora + Linux Mint + OpenSUSE + Ubuntu + Other + 1.2.3 Requirements for building documentation + 1.3 Getting the source code + 1.4 Configuring ‘make’ + 1.4.1 Running ‘./autogen.sh’ + 1.4.2 Running ‘../configure’ + Configuration options + Checking build dependencies + Configuring target directories + 1.5 Compiling LilyPond + 1.5.1 Using ‘make’ + 1.5.2 Saving time with the ‘-j’ option + 1.5.3 Compiling for multiple platforms + 1.5.4 Useful ‘make’ variables + 1.6 Post-compilation options + 1.6.1 Installing LilyPond from a local build + 1.6.2 Generating documentation + Documentation editor’s edit/compile cycle + Building documentation + Building a single document + Saving time with ‘CPU_COUNT’ + AJAX search + Installing documentation + Building documentation without compiling + 1.6.3 Testing LilyPond binary + 1.7 Problems + Compiling on MacOS X + Solaris + FreeBSD + International fonts + Using lilypond python libraries + 1.8 Concurrent stable and development versions + 1.9 Build system +1 Compilation +************* + +1.1 Overview of compiling +========================= + +Compiling LilyPond from source is an involved process, and is only +recommended for developers and packagers. Typical program users are +instead encouraged to obtain the program from a package manager (on +Unix) or by downloading a precompiled binary configured for a specific +operating system. Pre-compiled binaries are available on the *note +(lilypond-web)Download:: page. + + Compiling LilyPond from source is necessary if you want to build, +install, or test your own version of the program. + + A successful compile can also be used to generate and install the +documentation, incorporating any changes you may have made. However, a +successful compile is not a requirement for generating the +documentation. The documentation can be built using a Git repository in +conjunction with a locally installed copy of the program. For more +information, see *note Building documentation without compiling::. + + Attempts to compile LilyPond natively on Windows have been +unsuccessful, though a workaround is available (see *note +(lilypond-contributor)LilyDev::). + +1.2 Requirements +================ + +1.2.1 Requirements for running LilyPond +--------------------------------------- + +This section contains the list of separate software packages that are +required to run LilyPond. + + • DejaVu fonts (http://www.dejavu-fonts.org/) These are normally + installed by default. + + • FontConfig (http://www.fontconfig.org/) Use version 2.4.0 or newer. + + • Freetype (http://www.freetype.org/) Use version 2.1.10 or newer. + + • Ghostscript (http://www.ghostscript.com) Use version 8.60 or newer. + + • Guile (http://www.gnu.org/software/guile/guile.html) Use version + 1.8.8. Version 2.x of Guile is not currently supported. + + • Pango (http://www.pango.org/) User version 1.12 or newer. + + • Python (http://www.python.org) Use version 2.4 or newer. + + • International fonts. For example: + + Fedora: + + fonts-arabic + fonts-hebrew + fonts-ja + fonts-xorg-truetype + taipeifonts + ttfonts-ja + ttfonts-zh_CN + + Debian based distributions: + + emacs-intl-fonts + fonts-ipafont-gothic + fonts-ipafont-mincho + xfonts-bolkhov-75dpi + xfonts-cronyx-75dpi + xfonts-cronyx-100dpi + xfonts-intl-.* + + These are normally installed by default and are required only to + create music with international text or lyrics. + +1.2.2 Requirements for compiling LilyPond +----------------------------------------- + +This section contains instructions on how to quickly and easily get all +the software packages required to build LilyPond. + Most of the more popular Linux distributions only require a few +simple commands to download all the software needed. For others, there +is an explicit list of all the individual packages (as well as where to +get them from) for those that are not already included in your +distributions’ own repositories. +Fedora +...... +The following instructions were tested on ‘Fedora’ versions 22 & 23 and +will download all the software required to both compile LilyPond and +build the documentation. + • Download and install all the LilyPond build-dependencies + (approximately 700MB); + sudo dnf builddep lilypond --nogpgcheck + • Download and install additional ‘build’ tools required for + compiling; + sudo dnf install autoconf gcc-c++ + • Download ‘texi2html 1.82’ directly from: + ; - INSTALL - compiling and installing GNU LilyPond + ‘texi2html’ is only required if you intend to compile LilyPond’s + own documentation (e.g. to help with any document writing). The + version available in the Fedora repositories is too new and will + not work. Extract the files into an appropriate location and then + run the commands; - HWN & JCN + ./configure + make + sudo make install + + This should install ‘texi2html 1.82’ into ‘/usr/local/bin’, which + will normally take priority over ‘/usr/bin’ where the later, + pre-installed versions gets put. Now verify that your operating + system is able to see the correct version of ‘texi2html’. + + texi2html --version + + • Although not ‘required’ to compile LilyPond, if you intend to + contribute to LilyPond (codebase or help improve the documentation) + then it is recommended that you also need to install ‘git’. + + sudo dnf install git + + Also see *note (lilypond-contributor)Starting with Git::. + + • To use the ‘lily-git.tcl’ GUI; + + sudo dnf install tk + + See *note (lilypond-contributor)lily-git::. + + Note: By default, when building LilyPond’s documentation, + ‘pdfTeX’ is be used. However ligatures (fi, fl, ff etc.) may + not be printed in the PDF output. In this case XeTeX can be + used instead. Download and install the ‘texlive-xetex’ + package. + + sudo dnf install texlive-xetex + + The scripts used to build the LilyPond documentation will use + ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if + it is available. No additional configuration is required. + +Linux Mint +.......... + +The following instructions were tested on ‘Linux Mint 17.1’ and ‘LMDE - +Betsy’ and will download all the software required to both compile +LilyPond and build the documentation.. + + • Enable the _sources_ repository; + + 1. Using the _Software Sources_ GUI (located under + _Administration_). + + 2. Select _Official Repositories_. + + 3. Check the _Enable source code repositories_ box under the + _Source Code_ section. + + 4. Click the _Update the cache_ button and when it has completed, + close the _Software Sources_ GUI. + • Download and install all the LilyPond build-dependencies + (approximately 200MB); -Contents + sudo apt-get build-dep lilypond - 1: ABSTRACT -2: PREREQUISITES -3: RUNNING -4: RECOMMENDED -5: WEBSITE -6: CONFIGURING and COMPILING -7: CONFIGURING FOR MULTIPLE PLATFORMS -8: INSTALLING -9: REDHAT LINUX -10: DEBIAN GNU/LINUX -11: WINDOWS NT/95 -12: AUTHORS + • Download and install additional ‘build’ tools required for + compiling; + sudo apt-get install autoconf fonts-texgyre texlive-lang-cyrillic -1: ABSTRACT + • Although not ‘required’ to compile LilyPond, if you intend to + contribute to LilyPond (codebase or help improve the documentation) + then it is recommended that you also need to install ‘git’. + sudo apt-get install git -This document explains what you need to install LilyPond, -and what you should do. If you are going to compile and -install LilyPond very often you might want to check out the -buildscripts/set-lily.sh script. It sets some environment -variables and symlinks, which comes in handly when you have -to compile LilyPond very often. + Also see *note (lilypond-contributor)Starting with Git::. + • To use the ‘lily-git.tcl’ GUI; -2: PREREQUISITES + sudo apt-get install tk + Also see *note (lilypond-contributor)lily-git::. -For compilation you need: + Note: By default, when building LilyPond’s documentation, + ‘pdfTeX’ is be used. However ligatures (fi, fl, ff etc.) may + not be printed in the PDF output. In this case XeTeX can be + used instead. Download and install the ‘texlive-xetex’ + package. + sudo apt-get install texlive-xetex -o A GNU system: GNU LilyPond is known to run on these GNU - systems: Linux (PPC, intel), FreeBSD, AIX, NeXTStep, - IRIX, Digital Unix and Solaris. + The scripts used to build the LilyPond documentation will use + ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if + it is available. No additional configuration is required. +OpenSUSE +........ -o Lots of disk space: LilyPond takes between 50 and 100 - mb to compile if you use debugging information. If you - are short on disk-space run configure with --disable- - debugging. +The following instructions were tested on ‘OpenSUSE 13.2’ and will +download all the software required to both compile LilyPond and build +the documentation. - Although we recommend to use Unix, LilyPond is known to - run on Windows NT/95/98 as well. See Section 11. + • Add the _sources_ repository; + sudo zypper addrepo -f \ + "http://download.opensuse.org/source/distribution/13.2/repo/oss/" sources -o GNU C++ version 2.7 or newer (2.8 and egcs are also - fine). + • Download and install all the LilyPond build-dependencies + (approximately 680MB); -o Python 1.5 (Strictly speaking, you shouldn't need - Python for compiling and installing, but you'll need it - to regenerate the font tables, e.g.). + sudo zypper source-install lilypond -o GUILE 1.3 (no, GUILE 1.2 won't work), check out - http://www.gnu.org/programs/guile.html + • Download and install additional ‘build’ tools required for + compiling; + sudo zypper install make -3: RUNNING + • Although not ‘required’ to compile LilyPond, if you intend to + contribute to LilyPond (codebase or help improve the documentation) + then it is recommended that you also need to install ‘git’. + sudo zypper install git -GNU LilyPond does use a lot of resources. For operation you -need the following: + Also see *note (lilypond-contributor)Starting with Git::. + • To use the ‘lily-git.tcl’ GUI; -o TeX + sudo zypper install tk -o A PostScript printer and/or viewer (such as - Ghostscript) is strongly recommended. Xdvi will show - all embedded PostScript too if you have Ghostscript + Also see *note (lilypond-contributor)lily-git::. + Note: By default, when building LilyPond’s documentation, + ‘pdfTeX’ is be used. However ligatures (fi, fl, ff etc.) may + not be printed in the PDF output. In this case XeTeX can be + used instead. Download and install the ‘texlive-xetex’ + package. - installed. + sudo zypper install texlive-xetex -o GUILE 1.3 (no, GUILE 1.2 won't work), check out - http://www.gnu.org/programs/guile.html + The scripts used to build the LilyPond documentation will use + ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if + it is available. No additional configuration is required. -For running LilyPond successfully you have to help TeX and -MetaFont find various files. The recommended way of doing -so is adjusting the environment variables in the start-up -scripts of your shell. An example is given here for the -Bourne shell: +Ubuntu +...... +The following commands were tested on Ubuntu versions ‘14.04 LTS’, +‘14.10’ and ‘15.04’ and will download all the software required to both +compile LilyPond and build the documentation. + • Download and install all the LilyPond build-dependencies + (approximately 200MB); + sudo apt-get build-dep lilypond - export MFINPUTS="/usr/local/share/lilypond/mf:" - export TEXINPUTS="/usr/local/share/lilypond/tex:" + • Download and install additional ‘build’ tools required for + compiling; + sudo apt-get install autoconf fonts-texgyre texlive-lang-cyrillic + • Although not ‘required’ to compile LilyPond, if you intend to + contribute to LilyPond (codebase or help improve the documentation) + then it is recommended that you also need to install ‘git’. + sudo apt-get install git -The empty path component represents and MetaFont's default -search paths. Scripts with the proper paths for the bourne -and C-shell respectively are generated in build- -scripts/out/lilypond-profile and buildscripts/out/lilypond- -login during compilation. + Also see *note (lilypond-contributor)Starting with Git::. + • To use the ‘lily-git.tcl’ GUI; -4: RECOMMENDED + sudo apt-get install tk + Also see *note (lilypond-contributor)lily-git::. -Although not strictly necessary, these are recommended to -have. + Note: By default, when building LilyPond’s documentation, + ‘pdfTeX’ is be used. However ligatures (fi, fl, ff etc.) may + not be printed in the PDF output. In this case XeTeX can be + used instead. Download and install the ‘texlive-xetex’ + package. + sudo apt-get install texlive-xetex -o GNU make. Check out ftp://ftp.gnu.org or any mirror of - this site. + The scripts used to build the LilyPond documentation will use + ‘XeTex’ instead of ‘pdfTex’ to generate the PDF documents if + it is available. No additional configuration is required. -o Flex (version 2.5.4 or newer). Check out - ftp://ftp.gnu.org or any mirror of this site. +Other +..... -o Bison (version 1.25 or newer). Check out - ftp://ftp.gnu.org or any mirror of this site. +The following individual software packages are required just to compile +LilyPond. -o GUILE 1.3 (no, GUILE 1.2 won't work), check out - http://www.gnu.org/programs/guile.html + • GNU Autoconf (http://www.gnu.org/software/autoconf) + • GNU Bison (http://www.gnu.org/software/bison/) -o Python (version 1.5 or newer). Check out - ftp://ftp.python.org or ftp://ftp.cwi.nl/pub/python. + Use version ‘2.0’ or newer. + • GNU Compiler Collection (http://gcc.gnu.org/) -o Yodl. All documentation will be in Yodl. (1.30.17) - ftp://pcnov095.win.tue.nl/pub/yodl - http://www.cs.uu.nl/~hanwen/yodl + Use version ‘3.4’ or newer (‘4.x’ recommended). + • Flex (http://flex.sourceforge.net/) -o Texinfo. (version 3.12 or newer) + • FontForge (http://fontforge.sf.net/) + Use version ‘20060125’ or newer (we recommend using at least + ‘20100501’); it must also be compiled with the ‘--enable-double’ + switch, else this can lead to inaccurate intersection calculations + which end up with poorly-rendered glyphs in the output. -o GNU find Check out ftp://ftp.gnu.org or any mirror of - this site. + • GNU gettext (http://www.gnu.org/software/gettext/gettext.html) + Use version ‘0.17’ or newer. -o The geometry package for LaTeX is needed to use ly2dvi. - Available at ftp://ftp.ctan.org/tex- - archive/macros/latex/contrib/supported/geometry or at - mirror site ftp://ftp.dante.de + • GNU Make (http://www.gnu.org/software/make/) + Use version ‘3.78’ or newer. -o A fast computer (a full page of music typically takes 1 - minute on my 486/133, using the --enable-checking com- - pile. It's lot slower than most MusiXTeX preprocessors) + • MetaFont (http://metafont.tutorial.free.fr/) + The ‘mf-nowin’, ‘mf’, ‘mfw’ or ‘mfont’ binaries are usually + packaged along with TeX (http://www.latex-project.org/ftp.html). -5: WEBSITE + • MetaPost (http://cm.bell-labs.com/who/hobby/MetaPost.html) + The ‘mpost’ binary is also usually packaged with TeX + (http://www.latex-project.org/ftp.html). -If you want to auto-generate Lily's website, you'll need -some additional conversion tools. + • Perl (http://www.perl.org/) + • Texinfo (http://www.gnu.org/software/texinfo/) -o xpmtoppm (from the Portable Bitmap Utilities) (For Red- - Hat Linux users: it is included within the package - libgr-progs). + Use version ‘4.11’ or newer. -o Bib2html http://pertsserver.cs.uiuc.edu/~hull/bib2html. - Which, in turn depends on man2html for proper installa- - tion. man2html can be had from http://askdon- - ald.ask.uni-karlsruhe.de/hppd/hpux/Network- - ing/WWW/Man2html-1.05. + • Type 1 utilities (http://www.lcdf.org/~eddietwo/type/#t1utils) - TeTeX users should not forget to rerun texhash. + Use version ‘1.33’ or newer. -Building the website requires pnmtopng. The version of pnm- -topng that is distributed with RedHat 5.1 contains a bug -(pnmtopng is dynamically linked to the wrong version of -libpng). Recompile it from source, and make sure that the -pnmtopng binary is linked statically to the libpng that is -included in libgr. + • Cyrillic fonts (https://www.ctan.org/pkg/cyrillic?lang=en) + Often packaged in repositories as ‘texlive-lang-cyrillic’. - tar xzf libgr-2.0.13.tar.gz - make - cd png - rm libpng.so* - make pnmtopng + • TeX Gyre ‘OTF’ font packages. As of LilyPond version ‘2.19.26’, + the previous default serif, san serif and monospace fonts now use + Tex Gyre’s _Schola_, _Heros_ and _Cursor_ fonts respectively. Also + See *note (lilypond-notation)Fonts::. + Some distributions do not always provide ‘OTF’ font files in the + Tex Gyre packages from their repositories. Use the command + ‘fc-list | grep texgyre’ to list the fonts available to your system + and check that the appropriate ‘*.otf’ files are reported. If they + are not then download and manually extract the ‘OTF’ files to + either your local ‘~/.fonts/’ directory or use the ‘configure’ + command and the ‘--with-texgyre-dir=/path_to_otf_files/’ option. + The following font families are required: + Schola (http://www.gust.org.pl/projects/e-foundry/tex-gyre/schola), + Heros (http://www.gust.org.pl/projects/e-foundry/tex-gyre/heros) + and Cursor + (http://www.gust.org.pl/projects/e-foundry/tex-gyre/cursor). +1.2.3 Requirements for building documentation +--------------------------------------------- -You can then install the new pnmtopng into /usr/local/bin/ +The entire set of documentation for the most current build of LilyPond +is available online at +, but you +can also build them locally from the source code. This process requires +some additional tools and packages. + Note: If the instructions for one of the previously listed + Linux in the previous section (*note + (lilypond-contributor)Requirements for compiling LilyPond::) + have been used, then the following can be ignored as the + software should already be installed. -6: CONFIGURING and COMPILING + • Everything listed in *note Requirements for compiling LilyPond:: + • ImageMagick (http://www.imagemagick.org/) -to install GNU LilyPond, simply type: + • Netpbm (http://netpbm.sourceforge.net/) + • gzip (http://gzip.org/) + • rsync (http://rsync.samba.org/) + • Texi2HTML (http://www.nongnu.org/texi2html/) + Use version ‘1.82’. Later versions will not work. - gunzip -c lilypond-x.y.z | tar xf - - cd lilypond-x.y.z - configure # fill in your standard prefix with --prefix + Download ‘texi2html 1.82’ directly from: + ; + + Extract the files into an appropriate location and then run the + commands; + + ./configure make - make install + sudo make install + + Now verify that your operating system is able to see the correct + version of ‘texi2html’. + + texi2html --version + + • Fonts required to build the documentation in addition to those + required to run LilyPond: + + gsfonts + fonts-linuxlibertine + fonts-liberation + fonts-dejavu + fonts-freefont-otf + ttf-bitstream-vera + texlive-fonts-recommended + ttf-xfree86-nonfree + + Note: By default, when building LilyPond’s documentation, + ‘pdfTeX’ is be used. However ligatures (fi, fl, ff etc.) may + not be printed in the PDF output. In this case XeTeX can be + used instead. Download and install the ‘texlive-xetex’ + package. The scripts used to build the LilyPond documentation + will use ‘XeTex’ instead of ‘pdfTex’ to generate the PDF + documents if it is available. No additional configuration is + required. + +1.3 Getting the source code +=========================== + +Downloading the Git repository +------------------------------ + +In general, developers compile LilyPond from within a local Git +repository. Setting up a local Git repository is explained in *note +(lilypond-contributor)Starting with Git::. + +Downloading a source tarball +---------------------------- + +Packagers are encouraged to use source tarballs for compiling. + + The tarball for the latest stable release is available on the *note +(lilypond-web)Source:: page. + +The latest source code snapshot +(http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=snapshot) is also +available as a tarball from the GNU Savannah Git server. + +All tagged releases (including legacy stable versions and the most +recent development release) are available here: + + + + Download the tarball to your ‘~/src/’ directory, or some other +appropriate place. + + Note: Be careful where you unpack the tarball! Any + subdirectories of the current folder named ‘lilypond/’ or + ‘lilypond-X.Y.Z/’ (where X.Y.Z is the release number) will be + overwritten if there is a name clash with the tarball. + + Unpack the tarball with this command: + + tar -xzf lilypond-X.Y.Z.tar.gz + + This creates a subdirectory within the current directory called +‘lilypond-X.Y.Z/’. Once unpacked, the source files occupy about 40 MB +of disk space. + + Windows users wanting to look at the source code may have to download +and install the free-software 7zip archiver (http://www.7-zip.org) to +extract the tarball. + +1.4 Configuring ‘make’ +====================== + +1.4.1 Running ‘./autogen.sh’ +---------------------------- + +After you unpack the tarball (or download the Git repository), the +contents of your top source directory should be similar to the current +source tree listed at +. + + Next, you need to create the generated files; enter the following +command from your top source directory: + + ./autogen.sh --noconfigure + + This will generate a number of files and directories to aid +configuration, such as ‘configure’, ‘README.txt’, etc. + + Next, create the build directory with: + + mkdir build/ + cd build/ + + We heavily recommend building lilypond inside a separate directory +with this method. + +1.4.2 Running ‘../configure’ +---------------------------- + +Configuration options +..................... + + Note: make sure that you are in the ‘build/’ subdirectory of + your source tree. + + The ‘../configure’ command (generated by ‘./autogen.sh’) provides +many options for configuring ‘make’. To see them all, run: + + ../configure --help + +Checking build dependencies +........................... + + Note: make sure that you are in the ‘build/’ subdirectory of + your source tree. + + When ‘../configure’ is run without any arguments, it will check to +make sure your system has everything required for compilation: + + ../configure + + If any build dependency is missing, ‘../configure’ will return with: + + ERROR: Please install required programs: FOO + + The following message is issued if you are missing programs that are +only needed for building the documentation: + + WARNING: Please consider installing optional programs: BAR + + If you intend to build the documentation locally, you will need to +install or update these programs accordingly. + + Note: ‘../configure’ may fail to issue warnings for certain + documentation build requirements that are not met. If you + experience problems when building the documentation, you may + need to do a manual check of *note Requirements for building + documentation::. + +Configuring target directories +.............................. + + Note: make sure that you are in the ‘build/’ subdirectory of + your source tree. + + If you intend to use your local build to install a local copy of the +program, you will probably want to configure the installation directory. +Here are the relevant lines taken from the output of +‘../configure --help’: + + By default, ‘‘make install’’ will install all the files in + ‘/usr/local/bin’, ‘/usr/local/lib’ etc. You can specify an + installation prefix other than ‘/usr/local’ using ‘‘--prefix’’, for + instance ‘‘--prefix=$HOME’’. + + A typical installation prefix is ‘$HOME/usr’: + + ../configure --prefix=$HOME/usr + + Note that if you plan to install a local build on a system where you +do not have root privileges, you will need to do something like this +anyway—‘make install’ will only succeed if the installation prefix +points to a directory where you have write permission (such as your home +directory). The installation directory will be automatically created if +necessary. + + The location of the ‘lilypond’ command installed by this process will +be ‘PREFIX/bin/lilypond’; you may want to add ‘PREFIX/bin/’ to your +‘$PATH’ if it is not already included. + + It is also possible to specify separate installation directories for +different types of program files. See the full output of +‘../configure --help’ for more information. + + If you encounter any problems, please see *note Problems::. + +1.5 Compiling LilyPond +====================== +1.5.1 Using ‘make’ +------------------ + Note: make sure that you are in the ‘build/’ subdirectory of + your source tree. + LilyPond is compiled with the ‘make’ command. Assuming ‘make’ is +configured properly, you can simply run: + make -This will install a number of files, something close to: + ‘make’ is short for ‘make all’. To view a list of ‘make’ targets, +run: + make help + TODO: Describe what ‘make’ actually does. +See also +........ - /usr/local/man/man1/mi2mu.1 - /usr/local/man/man1/convert-mudela.1 - /usr/local/man/man1/mudela-book.1 - /usr/local/man/man1/lilypond.1 - /usr/local/bin/lilypond - /usr/local/bin/mi2mu - /usr/local/share/lilypond/* - /usr/local/share/locale/{it,nl}/LC_MESSAGES/lilypond.mo + *note Generating documentation:: provides more info on the ‘make’ +targets used to build the LilyPond documentation. +1.5.2 Saving time with the ‘-j’ option +-------------------------------------- +If your system has multiple CPUs, you can speed up compilation by adding +‘-jX’ to the ‘make’ command, where ‘X’ is one more than the number of +cores you have. For example, a typical Core2Duo machine would use: + make -j3 + If you get errors using the ‘-j’ option, and ‘make’ succeeds without +it, try lowering the ‘X’ value. -The above assumes that you are root and have the GNU devel- -opment tools, and your make is GNU make. If this is not the -case, you can adjust your environment variables to your + Because multiple jobs run in parallel when ‘-j’ is used, it can be +difficult to determine the source of an error when one occurs. In that +case, running ‘make’ without the ‘-j’ is advised. +1.5.3 Compiling for multiple platforms +-------------------------------------- -taste: +If you want to build multiple versions of LilyPond with different +configuration settings, you can use the ‘--enable-config=CONF’ option of +‘configure’. You should use ‘make conf=CONF’ to generate the output in +‘out-CONF’. For example, suppose you want to build with and without +profiling, then use the following for the normal build + ./configure --prefix=$HOME/usr/ --enable-checking + make + and for the profiling version, specify a different configuration + ./configure --prefix=$HOME/usr/ --enable-profiling \ + --enable-config=prof --disable-checking + make conf=prof + If you wish to install a copy of the build with profiling, don’t +forget to use ‘conf=CONF’ when issuing ‘make install’: + make conf=prof install - export CPPFLAGS="-I /home/me/my_include -DWEIRD_FOOBAR" - configure +See also +........ + *note Installing LilyPond from a local build:: +1.5.4 Useful ‘make’ variables +----------------------------- +If a less verbose build output if desired, the variable ‘QUIET_BUILD’ +may be set to ‘1’ on ‘make’ command line, or in ‘local.make’ at top of +the build tree. -CPPFLAGS are the preprocessor flags. +1.6 Post-compilation options +============================ -The configure script is Cygnus configure, and it will accept ---help. If you are not root, you will probably have to make -it with a different --prefix option. Our favourite location -is +1.6.1 Installing LilyPond from a local build +-------------------------------------------- +If you configured ‘make’ to install your local build in a directory +where you normally have write permission (such as your home directory), +and you have compiled LilyPond by running ‘make’, you can install the +program in your target directory by running: + make install + If instead, your installation directory is not one that you can +normally write to (such as the default ‘/usr/local/’, which typically is +only writeable by the superuser), you will need to temporarily become +the superuser when running ‘make install’: + sudo make install +or... - configure --prefix=$HOME/usr + su -c 'make install' + If you don’t have superuser privileges, then you need to configure +the installation directory to one that you can write to, and then +re-install. See *note Configuring target directories::. +1.6.2 Generating documentation +------------------------------ +Documentation editor’s edit/compile cycle +......................................... + • Initial documentation build: -In this case, you will have to set up MFINPUTS, and TEXIN- -PUTS accordingly. + make [-jX] + make [-jX CPU_COUNT=X] doc _## can take an hour or more_ + make [-jX CPU_COUNT=X] doc-stage-1 _## to build only PDF documentation_ -Since GNU LilyPond currently is beta, you are advised to -also use + • Edit/compile cycle: + _## edit source files, then..._ + make [-jX] _## needed if editing outside_ + _## Documentation/, but useful anyway_ + _## for finding Texinfo errors._ + make [-jX CPU_COUNT=X] doc _## usually faster than initial build._ + • Reset: + It is generally possible to remove the compiled documentation from + your system with ‘make doc-clean’, but this method is not 100% + guaranteed. Instead, if you want to be sure you have a clean + system, we recommend that you delete your ‘build/’ directory, and + begin compiling from scratch. Since the documentation compile + takes much longer than the non-documentation compile, this does not + increase the overall time by a great deal. +Building documentation +...................... - --enable-debugging - --enable-checking +After a successful compile (using ‘make’), the documentation can be +built by issuing: + make doc + or, to build only the PDF documentation and not the HTML, + make doc-stage-1 + Note: The first time you run ‘make doc’, the process can + easily take an hour or more with not much output on the + command line. -Options to configure include: + After this initial build, ‘make doc’ only makes changes to the +documentation where needed, so it may only take a minute or two to test +changes if the documentation is already built. + If ‘make doc’ succeeds, the HTML documentation tree is available in +‘out-www/offline-root/’, and can be browsed locally. Various portions +of the documentation can be found by looking in ‘out/’ and ‘out-www’ +subdirectories in other places in the source tree, but these are only +_portions_ of the docs. Please do not complain about anything which is +broken in those places; the only complete set of documentation is in +‘out-www/offline-root/’ from the top of the source tree. ---enable-guile - Link in GUILE (experimental) + ‘make doc’ sends the output from most of the compilation to logfiles. +If the build fails for any reason, it should prompt you with the name of +a logfile which will provide information to help you work out why the +build failed. These logfiles are not deleted with ‘make doc-clean’. To +remove all the logfiles generated by the compilation process, use: ---enable-printing - Enable debugging print routines (lilypond -D option) + make log-clean ---enable-optimise - Set maximum optimisation: compile with -O2. This can - be unreliable on some compiler/platform combinations - (eg, DEC Alpha and PPC) + ‘make doc’ compiles the documents for all languages. To save some +compile time, the English language documents can be compiled on their +own with: ---enable-profiling - Compile with support for profiling. + make LANGS='' doc ---enable-config - Output to a different configuration file. Needed for - multi-platform builds +Similarly, it is possible to compile a subset of the translated +documentation by specifying their language codes on the command line. +For example, the French and German translations are compiled with: -All options are documented in the configure help The option ---enable-optimise is recommended for Real Life usage. + make LANGS='de fr' doc -If you do +Note that this will also compile the English version. + Compilation of documentation in Info format with images can be done +separately by issuing: + make info +An issue when switching branches between master and translation is the +appearance/disappearance of translated versions of some manuals. If you +see such a warning from make: + No rule to make target `X', needed by `Y' +Your best bet is to delete the file Y.dep and to try again. - make all +Building a single document +.......................... +It’s possible to build a single document. For example, to rebuild only +‘contributor.pdf’, do the following: + cd build/ + cd Documentation/ + touch ../../Documentation/contributor.texi + make out=www out-www/contributor.pdf + If you are only working on a single document, test-building it in +this way can give substantial time savings - recreating +‘contributor.pdf’, for example, takes a matter of seconds. +Saving time with ‘CPU_COUNT’ +............................ -everything will be compiled, but nothing will be installed. -The resulting binaries can be found in the subdirectories -out/ (which contain all files generated during compilation). +The most time consuming task for building the documentation is running +LilyPond to build images of music, and there cannot be several +simultaneously running ‘lilypond-book’ instances, so the ‘-j’ ‘make’ +option does not significantly speed up the build process. To help speed +it up, the makefile variable ‘CPU_COUNT’ may be set in ‘local.make’ or +on the command line to the number of ‘.ly’ files that LilyPond should +process simultaneously, e.g. on a bi-processor or dual core machine: + make -j3 CPU_COUNT=3 doc -7: CONFIGURING FOR MULTIPLE PLATFORMS +The recommended value of ‘CPU_COUNT’ is one plus the number of cores or +processors, but it is advisable to set it to a smaller value unless your +system has enough RAM to run that many simultaneous LilyPond instances. +Also, values for the ‘-j’ option that pose problems with ‘make’ are less +likely to pose problems with ‘make doc’ (this applies to both ‘-j’ and +‘CPU_COUNT’). For example, with a quad-core processor, it is possible +for ‘make -j5 CPU_COUNT=5 doc’ to work consistently even if ‘make -j5’ +rarely succeeds. +AJAX search +........... -If you want to compile LilyPond with different configuration -settings, then, you can use the --enable-config option. -Example: suppose I want to build with and without profil- -ing. Then I'd use the following for the normal build, +To build the documentation with interactive searching, use: + make doc AJAX_SEARCH=1 - configure --prefix=~ --disable-optimise --enable-checking - make - make install + This requires PHP, and you must view the docs via a http connection +(you cannot view them on your local filesystem). + Note: Due to potential security or load issues, this option is + not enabled in the official documentation builds. Enable at + your own risk. +Installing documentation +........................ +The HTML, PDF and if available Info files can be installed into the +standard documentation path by issuing + make install-doc -and for the profiling version, I specify a different config- -uration. +This also installs Info documentation with images if the installation +prefix is properly set; otherwise, instructions to complete proper +installation of Info documentation are printed on standard output. + To install the Info documentation separately, run: + make install-info +Note that to get the images in Info documentation, ‘install-doc’ target +creates symbolic links to HTML and PDF installed documentation tree in +‘PREFIX/share/info’, in order to save disk space, whereas ‘install-info’ +copies images in ‘PREFIX/share/info’ subdirectories. + It is possible to build a documentation tree in +‘out-www/online-root/’, with special processing, so it can be used on a +website with content negotiation for automatic language selection; this +can be achieved by issuing + make WEB_TARGETS=online doc - configure --prefix=~ --enable-profiling --enable-config=optprof --enable-optimise --disable-checking - make config=optprof - make config=optprof install +and both ‘offline’ and ‘online’ targets can be generated by issuing + make WEB_TARGETS="offline online" doc + Several targets are available to clean the documentation build and +help with maintaining documentation; an overview of these targets is +available with + make help +from every directory in the build tree. Most targets for documentation +maintenance are available from ‘Documentation/’; for more information, +see *note (lilypond-contributor)Documentation work::. + The makefile variable ‘QUIET_BUILD’ may be set to ‘1’ for a less +verbose build output, just like for building the programs. -8: INSTALLING +Building documentation without compiling +........................................ +The documentation can be built locally without compiling LilyPond +binary, if LilyPond is already installed on your system. -If you have done a successful make, then a simple + From a fresh Git checkout, do + ./autogen.sh # ignore any warning messages + cp GNUmakefile.in GNUmakefile + make -C scripts && make -C python + nice make LILYPOND_EXTERNAL_BINARY=/path/to/bin/lilypond doc + Please note that this may break sometimes – for example, if a new +feature is added with a test file in input/regression, even the latest +development release of LilyPond will fail to build the docs. + You may build the manual without building all the ‘input/*’ stuff +(i.e. mostly regression tests): change directory, for example to +‘Documentation/’, issue ‘make doc’, which will build documentation in a +subdirectory ‘out-www’ from the source files in current directory. In +this case, if you also want to browse the documentation in its +post-processed form, change back to top directory and issue + make out=www WWW-post - make install +Known issues and warnings +......................... +You may also need to create a script for ‘pngtopnm’ and ‘pnmtopng’. On +GNU/Linux, I use this: +export LD_LIBRARY_PATH=/usr/lib +exec /usr/bin/pngtopnm "$@" + On MacOS X with fink, I use this: +export DYLD_LIBRARY_PATH=/sw/lib +exec /sw/bin/pngtopnm "$@" -should do the trick. + On MacOS X with macports, you should use this: -If you are doing an upgrade, please remember to remove obso- -lete .pk and .tfm files of the fonts. A script has been -provided to do the work for you, see bin/clean-fonts.sh. +export DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib +exec /opt/local/bin/pngtopnm "$@" +1.6.3 Testing LilyPond binary +----------------------------- -CAVEATS +LilyPond comes with an extensive suite that exercises the entire +program. This suite can be used to test that the binary has been built +correctly. + The test suite can be executed with: +make test -o The -O2 option to gcc triggers a gcc bug on DEC Alpha - in dstream.cc. You should turn off this flag for this + If the test suite completes successfully, the LilyPond binary has +been verified. + More information on the regression test suite is found at *note +(lilypond-contributor)Regression tests::. - file. +1.7 Problems +============ +For help and questions use . Send bug reports to +. -EXAMPLE + Bugs that are not fault of LilyPond are documented here. +Compiling on MacOS X +-------------------- -This is what I type in my xterm: +Here are special instructions for compiling under MacOS X. These +instructions assume that dependencies are installed using MacPorts. +(http://www.macports.org/) The instructions have been tested using OS X +10.5 (Leopard). + First, install the relevant dependencies using MacPorts. + Next, add the following to your relevant shell initialization files. +This is ‘~/.profile’ by default. You should create this file if it does +not exist. + export PATH=/opt/local/bin:/opt/local/sbin:$PATH + export DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib:$DYLD_FALLBACK_LIBRARY_PATH + Now you must edit the generated ‘config.make’ file. Change + FLEXLEXER_FILE = /usr/include/FlexLexer.h - lilypond someinput.ly - tex someinput.tex - xdvi someinput& +to: + FLEXLEXER_FILE = /opt/local/include/FlexLexer.h + At this point, you should verify that you have the appropriate fonts +installed with your ghostscript installation. Check ‘ls +/opt/local/share/ghostscript/fonts’ for: ’c0590*’ files (.pfb, .pfb and +.afm). If you don’t have them, run the following commands to grab them +from the ghostscript SVN server and install them in the appropriate +location: + svn export http://svn.ghostscript.com/ghostscript/tags/urw-fonts-1.0.7pre44/ + sudo mv urw-fonts-1.0.7pre44/* /opt/local/share/ghostscript/fonts/ + rm -rf urw-fonts-1.07pre44 + Now run the ‘./configure’ script. To avoid complications with +automatic font detection, add -This is what the output looks like over here: + --with-fonts-dir=/opt/local/share/ghostscript/fonts +Solaris +------- +Solaris7, ./configure + ‘./configure’ needs a POSIX compliant shell. On Solaris7, ‘/bin/sh’ +is not yet POSIX compliant, but ‘/bin/ksh’ or bash is. Run configure +like + CONFIG_SHELL=/bin/ksh ksh -c ./configure +or - GNU LilyPond 0.0.78 #4/FlowerLib 1.1.24 #0 - Parsing ... [/home/hw/share/lilypond/init// - <..etc..> - init//performer.ly]]][input/kortjakje.ly] - Creating elements ...[8][16][24][25] - Preprocessing elements... - Calculating column positions ... [14][25] - Postprocessing elements... - TeX output to someinput.tex ... - Creating MIDI elements ...MIDI output to someinput.midi ... + CONFIG_SHELL=/bin/bash bash -c ./configure +FreeBSD +------- - hw:~/musix/spacer$ xdvi someinput& - [1] 855 +To use system fonts, dejaview must be installed. With the default port, +the fonts are installed in ‘usr/X11R6/lib/X11/fonts/dejavu’. + Open the file ‘$LILYPONDBASE/usr/etc/fonts/local.conf’ and add the +following line just after the ‘’ line. (Adjust as necessary +for your hierarchy.) + /usr/X11R6/lib/X11/fonts +International fonts +------------------- +On Mac OS X, all fonts are installed by default. However, finding all +system fonts requires a bit of configuration; see this post +(http://lists.gnu.org/archive/html/lilypond-user/2007-03/msg00472.html) +on the ‘lilypond-user’ mailing list. -Check out the input files, some of them have comments Please -refer to the man page for more information. + On Linux, international fonts are installed by different means on +every distribution. We cannot list the exact commands or packages that +are necessary, as each distribution is different, and the exact package +names within each distribution changes. Here are some hints, though: +Red Hat Fedora -9: REDHAT LINUX + taipeifonts fonts-xorg-truetype ttfonts-ja fonts-arabic \ + ttfonts-zh_CN fonts-ja fonts-hebrew +Debian GNU/Linux -RedHat Linux users can compile an RPM. A spec file is in -make/out/lilypond.spec, it is distributed along with the -sources. + apt-get install emacs-intl-fonts xfonts-intl-.* \ + fonts-ipafont-gothic fonts-ipafont-mincho \ + xfonts-bolkhov-75dpi xfonts-cronyx-100dpi xfonts-cronyx-75dpi -You can make the rpm by issuing +Using lilypond python libraries +------------------------------- +If you want to use lilypond’s python libraries (either running certain +build scripts manually, or using them in other programs), set +‘PYTHONPATH’ to ‘python/out’ in your build directory, or +‘.../usr/lib/lilypond/current/python’ in the installation directory +structure. +1.8 Concurrent stable and development versions +============================================== +It can be useful to have both the stable and the development versions of +LilyPond available at once. One way to do this on GNU/Linux is to +install the stable version using the precompiled binary, and run the +development version from the source tree. After running ‘make all’ from +the top directory of the LilyPond source files, there will be a binary +called ‘lilypond’ in the ‘out’ directory: + /lilypond/out/bin/lilypond - rpm -tb lilypond-x.y.z.tar.gz - rpm -i /usr/src/redhat/RPMS/i386/lilypond-x.y.z + This binary can be run without actually doing the ‘make install’ +command. The advantage to this is that you can have all of the latest +changes available after pulling from git and running ‘make all’, without +having to uninstall the old version and reinstall the new. + So, to use the stable version, install it as usual and use the normal +commands: + lilypond foobar.ly + To use the development version, create a link to the binary in the +source tree by saving the following line in a file somewhere in your +‘$PATH’: + exec /lilypond/out/bin/lilypond "$@" + Save it as ‘Lilypond’ (with a capital L to distinguish it from the +stable ‘lilypond’), and make it executable: -10: DEBIAN GNU/LINUX + chmod +x Lilypond + Then you can invoke the development version this way: -A Debian package is also available; contact Anthony Fok -foka@debian.org . The build scripts are in -the subdirectory debian/. + Lilypond foobar.ly + TODO: ADD -11: WINDOWS NT/95 + - other compilation tricks for developers +1.9 Build system +================ -Separate instructions on building for W32 are avaible in the -file README-W32.yo. +We currently use make and stepmake, which is complicated and only used +by us. Hopefully this will change in the future. +Version-specific texinfo macros +------------------------------- -12: AUTHORS + • made with ‘scripts/build/create-version-itexi.py’ and + ‘scripts/build/create-weblinks-itexi.py’ + • used extensively in the ‘WEBSITE_ONLY_BUILD’ version of the website + (made with ‘website.make’, used on lilypond.org) -Han-Wen Nienhuys + • not (?) used in the main docs? -Jan Nieuwenhuizen + • the numbers in VERSION file: MINOR_VERSION should be 1 more than + the last release, VERSION_DEVEL should be the last *online* + release. Yes, VERSION_DEVEL is less than VERSION. -Have fun!