Difference between revisions of "Developing On Linux"
m (→Overview: highlight the need for the correct build tools before you start trying to build)
m (→Obtaining Audacity: for development CVS is the only sensible place to start from. Add CVS command to avoid going off-wiki for it)
|Line 25:||Line 25:|
== Obtaining Audacity ==
== Obtaining Audacity ==
to the of Audacity
an and -CVS .
== Prerequisites ==
== Prerequisites ==
Revision as of 23:26, 17 January 2009
|Users on Linux and Unix systems often compile Audacity from source code to experiment with the latest Beta version, or even the latest code in . This page describes the requirements for the latter case, i.e. compiling and making changes to development code that has not been released.
Compiling Audacity, or any GNU/Linux program for that matter, is basically a six stage process.
- Install build tools: the programs needed to create other programs.
- Install dependencies: other software used by the program you are trying to compile
- Download the source code into a local directory.
- Configure the compile with options, if any.
The first and second stages are crucial: lack of build tools and required dependencies are the cause of 99% of failed compiles. This page should help with that.
The standard commands to compile a piece of software for stages 4, 5 and 6 are as follows, issued from within the local directory containing the source code.
- CONFIGURE: $ ./configure --[options-list]
- COMPILE: $ make
- INSTALL: $ sudo make install
For development you will always want to obtain the CVS version of Audacity so you can stay abreast of the latest changes. For more information, see our . For a CVS interface on Mac to access our CVS repository, try (this needs an external SSH client if you want to commit code to our repository) or .
A typical command to check out the current development version of Audacity from CVS would be
cvs -d:pserver:[email protected]:/cvsroot/audacity checkout audacity
If you have an old version of CVS and are prompted for a password then just press Enter as there is no password for read-only (anonymous) CVS access.
(Note: These are for Audacity 1.3.x or CVS TRUNK, as there is no further development of the 1.2.x branch)
Audacity requires relatively few libraries and tools to build a minimum working program. There are then a larger number of option libraries that extend Audacity to enable more features and facilities. It's therefore up to you whether you install these or not. If you don't install them, then decide later you need the extra features, you will need to rebuild Audacity after installing the extra libraries.
Note that some Linux distributions make a practice of splitting each library they package into two parts, those required for running programs using the library, and all the other files only needed when compiling applications using the library. The latter are often found in a package with a -dev suffix to the name. For the purposes of these instructions, whenever a library is listed as being needed, it means that both parts are needed in order to compile Audacity.
Most Linux distributions come with the core set of development tools already installed, but as a minimum the following are required in order to compile Audacity:
- Shell. The configure script for Audacity is generated for a bourne-compatible shell. It is very unlikely that your system does not have one of these, but if in doubt, install the Bash shell.
- Make. Either GNU or BSD make will work with Audacity's makefiles, very few systems will not have one or the other.
- gcc and g++. The C and C++ compilers from the . No other compilers are supported by the Audacity development team, although we welcome patches to make Audacity compile with other compilers, for example the OpenSolaris compiler.
- gettext. In order to build the translations for Audacity the tools are required. These are normally installed in order to be able to build wxWidgets (see below).
The main requirement to build Audacity is . WX 2.8 is required, preferably 2.8.9 or later. Both Unicode and ANSI forms should work, although all development is against Unicode builds (the default for WX).
Audacity supports wxGTK for Linux (and other Unices), wxMac for Mac OS X (and wxMSW for Windows using either MSVC++ or Cygwin compilers). There is no support for wxMotif, wxX11 or other wx variants, as they are incomplete in key areas. If using wxGTK then the GTK+ headers will also be needed as Audacity includes extensions to wxGTK which require the underlying toolkit headers to compile.
We also have some notes on the libraries already supplied with different Linux Distributions. For example, Ubuntu tend to update to newer libraries sooner than Debian do.
Note about Source Tarballs
Not all libraries that can be linked to in Audacity are included in our source tarballs, primarily because they are often already installed as system libraries on Linux systems. For example, libsndfile is a very widely used library for reading and writing WAV, AIFF and other uncompressed audio files. If you obtain Audacity via CVS, a copy of libsndfile is included in the sources, but it is not included in the source tarballs. If necessary it can be obtained from and installed on your system. Similarly, libflac, libogg, libvorbis and SoundTouch are not included in the tarballs. If you need them, use the links in the "Optional Packages" table (below).
The configure script
Audacity uses GNU Autoconf to generate the configure script. For more information on how the script is constructed see the Audacity Configure Script page. This includes details of the tools needed in order to re-generate the configure script from it's source files (necessary if you need to modify the script from some reason).
The configure script of Audacity gives the option to link in or not to link in a number of 'optional' packages. 'Optional' as some are more optional than others.
There are possibilities surrounding the following packages:
|id3tag||use for MP3 ID3 tag support|
|compile with LADSPA plug-in support [default=yes]|
|[local], [system], [none] - enable FLAC support [default=none]|
|use libmad for mp3 decoding support|
|libresample||use libresample: [yes], [no]|
|alternatively, use libsamplerate (instead of libresample): [local], [system], [none]|
|choose which libsndfile to use: [local], [system]|
|which version of PortAudio to use (=[v18,v19]) [stable default=v18], [Beta default=v19]|
|PortMixer||compile with PortMixer [default=yes]|
|compile with Nyquist support [default=yes]|
|compile with SoundTouch [default=yes] ^|
|enable ogg vorbis support|
|help||make the help file "audacity-1.2-help.htb" [default=yes]|
- ^ As of May 2008, Audacity pkg-config will not correctly detect the SoundTouch library on Debian and Debian-derived systems like Ubuntu, due to a . Workround: Using CVS from 5th May 2008 or later, either install the latest version of libSoundTouch (1.3.1), or symlink the installed file (/usr/lib/pkgconfig/libSoundTouch.pc) to the correct file name (/usr/lib/pkgconfig/soundtouch-1.0.pc). For example:
|sudo ln -s /usr/lib/pkgconfig/libSoundTouch.pc /usr/lib/pkgconfig/soundtouch-1.0.pc|
The following syntax is used as a parameter to the configure script to enable or disable a package or to pass further information about the package.
|--with-PACKAGE[=ARG] use PACKAGE [ARG=yes]|
--without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no)
The possibilities range from whether to include them or not to whether to use local or system versions. In almost all cases these are standard libraries, and only provided in CVS for convenience, so if you have up to date versions installed as shared libraries you should select the external copies. The exceptions are libresample (which is developed as part of Audacity), Nyquist (which we have modified to integrate it with Audacity), and PortAudio (which has had to be patched to make it work).
To enable support for ogg files:
To use an external sndfile library (which you have previously built and installed):
To disable Nyquist:
Compiling on Unix
To compile Audacity on Linux (or for that matter, Mac OS X and most other Unix systems), use the standard "configure; make" sequence:
However, you may want to start by running ./configure --help first to see the options, and possibly add special options.
If you are compiling from a CVS checkout, then you can re-generate the configure script by running
in the top level directory first. If this causes trouble, with errors like:
|configure: warning: CC=gcc: invalid host type|
configure: warning: CXX=g++: invalid host type
configure: error: can only configure for one host and one target at a time
configure: error: /bin/sh './configure' failed for lib-src/portaudio-v19
then try prefixing the configure command with "env -i":
|env -i ./configure --without-portmixer --with-portaudio=v19|
This appears to be fixed for Audacity 1.2.4 and onwards.
In order to use ALSA devices with PortAudio v19 (the default for Audacity 1.3.x beta) it is necessary to have the ALSA development library installed before compiling Audacity. In Ubuntu Studio, for example, this can be installed by running:
|sudo apt-get install libasound2-dev|
Example dependencies: Audacity 1.3.4/Ubuntu 7.10
gettext libasound2-dev libflac-dev libflac++-dev libgtk2.0-dev libgtk-dev libid3tag0-dev libjack0.100.0-dev libmad0-dev libogg-dev libtwolame0 libtwolame-dev libvorbis-dev libwxbase2.6-dev libwxgtk-dev libwxgtk2.6-dev twolame portaudio19-dev wx2.6-headers zlib1g-dev
A suggested apt-get command to install the above dependencies:
|$ sudo apt-get install gettext libasound2-dev libflac-dev libflac++-dev libgtk2.0-dev libgtk-dev libid3tag0-dev libjack0.100.0-dev libmad0-dev libogg-dev libtwolame0 libtwolame-dev libvorbis-dev libwxbase2.6-dev libwxgtk-dev libwxgtk2.6-dev twolame portaudio19-dev wx2.6-headers zlib1g-dev|
A suggested ./configure command for full functionality:
|$ ./configure --with-libvorbis --with-libflac --with-libid3tag --with-soundtouch|