IT++ should compile without errors or warnings on most GNU/Linux, BSD and UNIX systems, and on POSIX based environments for Microsoft Windows like Cygwin or MinGW with MSYS. It can be also built on Microsoft Windows NT/2000/XP using Microsoft's Visual C++ .NET (or Express), but our support for this compiler is limited. For GNU/Linux, FreeBSD, Solaris SunOS, Cygwin and MinGW we assume that you have at least the following GNU software installed on your computer:
`make –version'
or gmake --version
)`gcc –version'
)In most cases, a Fortran compiler is also required for proper linking of IT++ with external BLAS and LAPACK libraries. GCC provides g77 (versions 3.x.x) or gfortran (versions 4.x.x) compilers.
We strongly recommend that you use recent stable releases of the GCC, if possible. We do not actively work on supporting older versions of the GCC, and they may therefore (without prior notice) become unsupported in future releases of IT++.
Instead of using GCC, you might try to build and link the IT++ library using other C/C++/Fortran compilers. For instance, Intel C++ (icpc) and Fortran (ifc) compilers are known to work well.
To perform tests, two command line programs: sed
and diff
are required. Optionally, you might need a few additional programs, i.e. Doxygen, LaTeX, Dvips and Ghostscript, to generate the HTML documentation. The HTML documentation for each release is also available as separate packages for download, so you do not need to generate it during the installation.
In order to use all functionality provided by the IT++ library, it is recommended that you have some external libraries compiled and installed in your computer. The basic set of them is: BLAS, LAPACK and FFTW (version 3.0.0 or later).
Instead of NetLib's reference BLAS and LAPACK implementations, some optimized platform-specific libraries can be used as well, i.e.:
Except the Intel MKL, the above mentioned BLAS/LAPACK implementations require additional support libraries provided by a Fortran compiler. To use them with IT++, please make sure that you have the compatible Fortran compiler installed. For instance, if your system BLAS and LAPACK libraries were compiled and linked with GNU g77, you should have the same compiler installed on your system before starting the IT++ configuration process.
It is possible to compile and use IT++ without these external libraries, but the functionality will be reduced. Therefore, we recommend that you take some time and effort to provide these external libraries in your system. Please note that the basic set of them (FFTW, BLAS and LAPACK) is usually included in most modern Linux distributions.
IT++ is released under the terms of the GNU General Public License (GPL) and hence the source code of the IT++ library is available for free download. To obtain the IT++ source code, visit the project pages on SourceForge:
and download the file named itpp-<VERSION>
.tar.gz or itpp-<VERSION>
.tar.bz2, where <VERSION>
is the latest release number, e.g. 4.0.0.
Assuming that you have already downloaded the latest IT++ sources, untar and unpack the sources, and enter the unpacked directory. Depending on the package type you have downloaded, use the following commands:
% gzip -cd itpp-<VERSION>.tar.gz | tar xf - % cd itpp-<VERSION>
% bzip2 -cd itpp-<VERSION>.tar.bz2 | tar xf - % cd itpp-<VERSION>
Since version 4.3.0, the IT++ library uses cmake as build system for generating Unix Makefiles, VisualStudio project files or XCode project files.
For example, in order to compile and install on Unix-based systems, one can use (from the sources folder):
% mkdir build % cd build % cmake .. % make % make install
By default, IT++ library is compiled as shared library in release mode, the HTML documentation is generated (if Doxygen is detected) and no unit tests are compiled.
The `cmake'
command can be invoked with additional options:
`-DITPP_SHARED_LIB=off'
, allows to compile the static version of IT++ library. By default this option is set to `on'.`-DBLA_VENDOR=vendor'
, where vendor can be `ACML', `Intel11' or `ATLAS'. This is helpful in selecting a specific external library (ACML or MKL 11). If these libraries are installed in nonstandard locations, on Linux, set `LD_LIBRARY_PATH'
environment variable to the location where the libraries are installed. For Windows `PATH' environment variable should be set, while Mac OS X users should use `DYLD_LIBRARY_PATH'.`-DGTEST_DIR=/path/to/gtest/sources'
is used to specify the path to Google unit test framework (gtest) sources. Thus the unit tests are compiled and can be run separately to check IT++ library.`-DOLD_TESTS=on'
is used to activate the compilation of older unit tests (no unit test framework required). By default this option is set to `off'. These tests are no longer maintained, so it is recommended to use the tests based on Google framework. In order to run these tests use `check_tests.py' script found in extras folder (Python is required).`-DHTML_DOCS=off'
allows to disable the generation of HTML documentation. Default option is `on' provided that Doxygen is found.`-DCMAKE_BUILD_TYPE=Release'
allows to specify the build type: Release (default) or Debug. The library name in Debug mode is itpp_debug.*, so that both Release and Debug versions could exist in the installation folder.`-DCMAKE_INSTALL_PREFIX=/install/path'
allows to specify the installation path. This is used when installing IT++, either from command line, with 'make install', either using the INSTALL project from Visual Studio. Note that the user should have write permissions to the installation folder.Note: in order to run the unit test binaries, external libraries need to be in your system path. On Linux one can use ldconfig, while in Windows `PATH' variable should be set to the location of external libraries (ACML or MKL).
For further details on the available switches see cmake documentation.
Library detection examples:
% cmake .. -DBLA_VENDOR=ACML
% export LD_LIBRARY_PATH=/opt/intel/composer_xe_2013.2.146/mkl/lib/intel64/ % cmake .. -DBLA_VENDOR=Intel11
% export LD_LIBRARY_PATH=/usr/lib64/atlas % cmake .. -DBLA_VENDOR=ATLAS
BLA_VENDOR=ACML CMAKE_Fortran_COMPILER_ID=Intel
BLA_VENDOR=ACML CMAKE_Fortran_COMPILER_ID=PGI
PATH=%PATH_TO_INTEL_COMPOSER%/mkl/lib/ia32(note that PATH variable must point to the location of mkl_rt.lib) and from cmake
BLA_VENDOR=Intel11
% "C:\Program Files (x86)\CMake 2.8\bin\cmake.exe" .. -G "MSYS Makefiles" -DBLA_VENDOR=Intel11 -DCMAKE_INSTALL_PREFIX="C:\ITPP"
For more options see `cmake/Modules/FindBLAS.cmake' file.
This section presents a walkthrough of how to easily set up an IT++ environment without being root (all files are installed locally).
The philosophy behind this installation is:
The source code will reside in the directories itpp-external-3.2.0 and itpp-4.3.0. The libraries will be created in the directories it++external-3.2.0 and it++4.3.0.
The installation procedure goes as follows ($HOME
can be replaced by any directory where you have write access):
Download itpp-external-3.2.0.tar.bz2 and itpp-4.3.0.tar.bz2. Save them in your $HOME
directory, and unpack them:
% cd $HOME % tar jzf itpp-external-3.2.0.tar.bz2 % tar jzf itpp-4.3.0.tar.bz2
Compile and install the external libs as shared libs:
% cd $HOME/itpp-external-3.0.0 % make distclean % ./configure --prefix=$HOME/it++external-3.2.0 % make && make install
Compile and install IT++ library as shared library:
% cd $HOME/itpp-4.3.0 % mkdir build && cd build % cmake .. -DCMAKE_INCLUDE_PATH=$HOME/it++external-3.2.0/include -DCMAKE_LIBRARY_PATH=$HOME/it++external-3.2.0/lib -DCMAKE_INSTALL_PREFIX=$HOME/it++4.3.0 % make && make install
Compile and install the external libs as static libs:
% cd $HOME/itpp-external-3.0.0 % make distclean % ./configure --prefix=$HOME/it++external-3.2.0 --enable-static --disable-shared % make && make install
Compile and install IT++ library as static library:
% cd $HOME/itpp-4.3.0 % mkdir build && cd build % cmake .. -DCMAKE_INCLUDE_PATH=$HOME/it++external-3.2.0/include -DCMAKE_LIBRARY_PATH=$HOME/it++external-3.2.0/lib -DCMAKE_INSTALL_PREFIX=$HOME/it++4.3.0 -DBLA_STATIC=on -DITPP_SHARED_LIB=off % make && make install
Please note that you could also enable unit tests compilation by providing the path to Google C++ Testing Framework. Your own programs can be compiled using the script 'itpp-config` found in $HOME/it++4.3.0/bin.
The instructions found in this section are now considered obsolete and are kept only for backward compatibility. They might be removed in the future.
Since version 3.9.0, the IT++ library uses autoconf, automake and libtool for preparing Makefiles and configuration script, so the compilation procedure resembles a standard, well-known GNU method, i.e.
% ./configure % make
The `configure'
command can be invoked with additional switches and options (run `./configure –help'
to get a full list of them). The most important are:
`–prefix=PREFIX'
- set top installation directory to a certain PREFIX
value. By default it is set to `/usr/local'
, so `make install'
will install appropriate files into `/usr/local/include'
, /usr/local/lib
, etc.`–enable-debug'
- build an extra library named `libitpp_debug
.*' using special debugging flags for compiler and linker (disabled by default)`–enable-exceptions'
- enable exceptions handling of run-time errors instead of aborting the program (disabled by default)`–disable-html-doc'
- do not generate and install the HTML documentation (enabled by default)`–disable-shared'
- do not build the shared version of the library (enabled by default for non Windows based platforms)`–disable-static'
- do not build the static version of the library (enabled by default for Windows based platforms)Plese note that each `–enable-<OPTION>'
switch can be replaced with its opposite switch `–disable-<OPTION>'
.
Since version 3.99.0, a modularization of the library has been introduced. Therefore, several additional switches have been added to the configure script, which can be used to disable building some of the library components. Here is a list of them:
`–disable-comm'
- do not build the `Communications' module`–disable-fixed'
- do not build the `Fixed-point' module`–disable-optim'
- do not build the `Numerical optimisations' module`–disable-protocol'
- do not include the `Protocols' module`–disable-signal'
- do not build the `Signal processing' module`–disable-srccode'
- do not build the `Source coding' moduleBy default, the `configure'
script checks for a few external libraries, which might be used by the IT++ library (cf. IT++ Requirements). The detection procedure is as follows:
HAVE_BLAS
is defined.HAVE_LAPACK
is defined.HAVE_FFT
id defined. Besides, one of the following: HAVE_FFT_MKL
, HAVE_FFT_ACML
or HAVE_FFTW3
is defined, respectively.If some external libraries are installed in a non-standard location in your system, e.g. MKL in `/opt/intel/mkl/9.1'
, the `configure'
script will not detect them automatically. In such a case, you should use LDFLAGS and CPPFLAGS environment variables to define additional directories to be searched for libraries (LDFLAGS) and include files (CPPFLAGS). For instance, to configure IT++ to link to 32-bit versions of MKL 9.1 external libraries, which is installed in `/opt/intel/mkl/9.1'
directory, you should use the following commands:
% export LDFLAGS="-L/opt/intel/mkl/9.1/lib/32" % export CPPFLAGS="-I/opt/intel/mkl/9.1/include" % ./configure
Instead of CPPFLAGS, one can use `–with-fft-include=<PATH>'
configure option to set path to header files that provide FFT functionality, i.e. to `fftw3.h'
, `mkl_dft.h'
or `acml.h'
.
In the case that external libraries have non-standard names, e.g. `libblas3.a'
for BLAS, you might specify them to the configure using `–with-<LIBNAME>'
switches, where <LIBNAME>
is one of the following: `blas'
, `lapack'
or `fft'
. You might use more than one library names by quoting them, e.g.
% ./configure --with-blas="-latlas -lblas"
If there is only one library specified, you can use a simplified notation without the preceding `-l', e.g. `–with-fft=fftw3'
instead of `–with-fftw=-lfftw3'
.
Please refer to the documentation of your external libraries, to find out what are the correct library names and paths on your architecture, operating system, etc.
Since 4.0.3 release, the configure script provides a new `–with-zdotu=<method>'
option. It can be used to force the default calling convention of BLAS `zdotu_'
Fortran function. The BLAS libraries built with g77 compiler do not return the complex result of a function, but pass it via the first argument of the function. By using `–with-zdotu=void'
option, this approach can be forced (g77 compatible). On the other hand, the libraries built with a newer gfortran compiler return the complex result like a normal function does, but calling such interface from C++ is not portable, due to incompatibilities between C++ complex<double> and Fortran's COMPLEX. Therefore in such case a Fortran wrapper function `zdotusub_'
can be used (`–with-zdotu=zdotusub'
), however it requires a working Fortran compiler. By default, IT++ tries to guess the proper method based on the detected BLAS implementation. For instance, the BLAS library provided by Intel MKL works fine with the `void' method. Eventually, if no Fortran compiler is available and the `void' method can not be used, the zdotu_
BLAS function is not used at all and a relevant warning message is displayed during the configuration step.
Although it is not recommended, you can intentionally prevent detection of some external libraries. To do this you should use `–without-<LIBNAME>'
or `–with-<LIBNAME>=no'
, e.g.:
% ./configure --without-blas --without-lapack
It is recommended to set the CXXFLAGS environment variable with some compiler- and platform-specific optimisation flags, before invoking the `configure'
command. Additionally, `-DNDEBUG'
should be included in the optimised CXXFLAGS, because it turns off all conditional assertion checks. This will improve the computation performance of many IT++ functions. For example, in the case of using the Intel Pentium 4 processor one might employ the following flags:
% CXXFLAGS="-DNDEBUG -O3 -march=pentium4 -pipe" ./configure
In the case of Sun's UltraSPARC 64-bit platform and GCC compiler, the flags might be set as follows:
% export CXXFLAGS="-DNDEBUG -O3 -mcpu=v9 -m64 -pipe" % ./confiugre
If CXXFLAGS is not set in the environment, it will be initialised with the default flags, i.e. "-DNDEBUG -O3 -pipe"
.
When the configuration process is finished, a status message is displayed. For instance, after having invoked the following configuration command
% ./configure --with-blas="-lblas"
on a recent Gentoo Linux system with blas-atlas, lapack-atlas and fftw packages installed, one can observe something like this:
------------------------------------------------------------------------------ itpp-4.0.3 library configuration: ------------------------------------------------------------------------------ Directories: - prefix ......... : /usr/local - exec_prefix .... : ${prefix} - includedir ..... : ${prefix}/include - libdir ......... : ${exec_prefix}/lib - datarootdir .... : ${prefix}/share - docdir ......... : ${datarootdir}/doc/${PACKAGE_TARNAME} Switches: - debug .......... : no - exceptions ..... : no - html-doc ....... : yes - shared ......... : yes - static ......... : no - explicit deps .. : no - zdotu .......... : zdotusub Documentation tools: - doxygen ........ : yes - latex .......... : yes - dvips .......... : yes - ghostscript .... : yes Testing tools: - diff ........... : yes Optional modules: - comm ........... : yes - fixed .......... : yes - optim .......... : yes - protocol ....... : yes - signal ......... : yes - srccode ........ : yes External libs: - BLAS ........... : yes * MKL .......... : no * ACML ......... : no * ATLAS ........ : yes - LAPACK ......... : yes - FFT ............ : yes * MKL .......... : no * ACML ......... : no * FFTW ......... : yes Compiler/linker flags/libs/defs: - CXX ............ : g++ - F77 ............ : gfortran - CXXFLAGS ....... : -DNDEBUG -O3 -pipe - CXXFLAGS_DEBUG . : - CPPFLAGS ....... : - LDFLAGS ........ : - LIBS ........... : -lfftw3 -llapack -lblas ------------------------------------------------------------------------------ Now type 'make && make install' to build and install itpp-4.0.3 library ------------------------------------------------------------------------------
Now, it is time for compiling and linking the IT++ library. To do so, please simply run the following command:
% make
IT++ should compile without any errors or warnings. If this is not the case, please report the problem on the IT++ Help forum at SourceForge. Please include information about your OS, compiler version, external libraries and their versions, etc.
It is recommended that you check if your library has been compiled and linked properly and works as expected. To do so, you should execute the testing process:
% make check
As a result, you should obtain a similar report:
------------------------------------------------------------------------------ Test `array_test' PASSED. ------------------------------------------------------------------------------ Test `bessel_test' PASSED. ------------------------------------------------------------------------------ [...] ------------------------------------------------------------------------------ Test `window_test' PASSED. ------------------------------------------------------------------------------ Test `histogram_test' PASSED. ------------------------------------------------------------------------------ Test `stat_test' PASSED. ------------------------------------------------------------------------------
Check if all the executed tests PASSED. If not, please report the problem on the IT++ Help forum.
Finally, you should install the compiled and linked library, include files and HTML documentation (optionally) by typing:
% make install
Depending on the PREFIX
settings during configuration, you might need the root (administrator) access to perform this step.
Eventually, you might invoke the following command
% make clean
to remove all files created during compilation process, or even
% make distclean
to remove all files generated by the `configure'
script.
This section presents a walkthrough of how to easily set up an IT++ environment without being root (all files are installed locally). The installation results in two parallel versions of the IT++ library, one version with debugging features enabled (this is slow in general but can be valuable during the development phase) and one version which is complied with maximum optimization. When compiling executables, one can then easily generate two versions of a program: one for debugging and one for maximum runtime efficiency. See the Makefile below for an example.
The philosophy behind this installation is:
The source code will reside in the directories itpp-external-3.0.0 and itpp-4.0.0. The libraries will be created in the directories it++external-3.0.0 and it++4.0.0.
The installation procedure goes as follows ($HOME
can be replaced by any directory where you have write access):
Download itpp-external-3.0.0.tar.bz2 and itpp-4.0.0.tar.bz2. Save them in your $HOME
directory, and unpack them:
% cd $HOME % tar jzf itpp-external-3.0.0.tar.bz2 % tar jzf itpp-4.0.0.tar.bz2
Compile and install the external libs
% cd $HOME/itpp-external-3.0.0 % make distclean % ./configure --prefix=$HOME/it++external-3.0.0 --disable-shared --enable-static % make && make install
Compile and install the optimized and debugging IT++ libraries:
% export LDFLAGS=-L$HOME/it++external-3.0.0/lib % export CPPFLAGS=-I$HOME/it++external-3.0.0/include % cd $HOME/itpp-4.0.0 % make distclean % ./configure --disable-shared --enable-static --enable-debug --prefix=$HOME/it++4.0.0 % make && make check && make install
Go to a temporary directory, and create the following program example.cpp:
Also, in the same directory, create the following Makefile:
FLAGS_DEBUG = `$(HOME)/it++4.0.0/bin/itpp-config --debug --cflags` FLAGS_OPT = `$(HOME)/it++4.0.0/bin/itpp-config --cflags` LIBS_DEBUG = `$(HOME)/it++4.0.0/bin/itpp-config --debug --static --libs` LIBS_OPT = `$(HOME)/it++4.0.0/bin/itpp-config --static --libs` example: example.cpp g++ $(FLAGS_DEBUG) example.cpp -o example_debug $(LIBS_DEBUG) g++ $(FLAGS_OPT) example.cpp -o example_opt $(LIBS_OPT)
This Makefile
produces two programs: example_opt
and example_debug
. The former is optimized for performance but offers no debugging or assertions. The latter includes debugging info and is compiled with all assertions enabled (this generally gives "safe" but slow code).
Run make
and try the programs example_opt
and example_debug
. If this works the library is ready to use. (The program example_debug
should exit with an assertion error.)
If you want to conserve disk space, clean up all temporary files:
% cd $HOME/itpp-external-3.0.0 % make distclean % cd $HOME/itpp-4.0.0 % make distclean
To conserve even more diskspace (remove all sources) then do
% rm -rf $HOME/itpp-external-3.0.0 % rm -rf $HOME/itpp-4.0.0
Note: the make
distclean
commands in some steps may result in an error message; just ignore this. But the command is recommended because it guarantees that you start with a clean directory, in the event you would repeat the installation procedure.
It is possible to compile and link the IT++ library using the Microsoft Visual C++ .NET (or Express) compiler and either Intel Math Kernel Library (MKL) or AMD Core Math Library (ACML).
First, you need to install ACML or MKL in your system. If you decide to use ACML, please download the library built with PGI compiler for Windows, e.g. acml3.6.0-32-pgi.exe
file for 32-bit systems. Please follow the default installation steps of the ACML or MKL installer. After waiting a few dozens of seconds you should have the chosen external libraries installed on your computer. Finally, you need to set up a few environment variables, so the library and include files can be found during compilation and linking of the IT++ library. These environment variables are as follows:
INCLUDE
- specifies the path to header files, e.g. INCLUDE="C:\\Program Files\\AMD\\acml3.6.0\\pgi32\\include"
for ACML 3.6.0 or INCLUDE="C:\\Program Files\\Intel\\MKL\\9.1\\include"
for MKL 9.1LIB
- specifies the path to library files, e.g. LIB="C:\\Program Files\\AMD\\acml3.6.0\\pgi32\\lib"
or LIB="C:\\Program Files\\Intel\\MKL\\9.1\\ia32\\lib"
PATH
- specifies the runtime path to DLL libraries, e.g. PATH="C:\\Program Files\\AMD\\acml3.6.0\\pgi32\\lib"
or PATH="C:\\Program Files\\Intel\\MKL\\9.1\\ia32\\bin"
Please note that the PATH
environment variable is usually already defined, so you should just append the runtime path to DLL libraries to the existing PATH
, using a semicolon as a separation character.
The next step is to compile and link the IT++ library. Assuming that you have already downloaded and unpacked the IT++ package, you should find the itpp_acml.vcproj
and itpp_mkl.vcproj
MSVC++ project files in the win32
directory. Depending on the installed external library (ACML or MKL), open one of these project files in the MSVC++ IDE environment. There are two default targets prepared for compilation and linking: Debug
and Release
. The former can be used to compile a non-optimised version of the library for debugging purposes, named itpp_debug.lib
, whereas the latter one should produce an optimised library named itpp.lib
, which is also used by test programs. Both libraries will be created in win32\lib
directory. IT++ should compile and link without any warnings or errors.
Last but not least, test programs can be compiled and linked to IT++ with MKL or ACML by using the project files included in win32\itpp_mkl_tests
or win32\itpp_acml_tests
respectively. The resulting executable test files should be created in win32\bin
directory. Currently there is no automated method for comparing the output of these test programs with the reference files (*.ref
) located in tests
directory.
To learn how to set up your own project for linking with the IT++ library and ACML or MKL, please read the following manual: Linking your own programs with IT++ using MSVC++.
Generated on Sat Jul 6 2013 10:54:28 for IT++ by Doxygen 1.8.2