2014-06-24 17:24:54 +01:00
Building libmraa {#building }
2014-05-29 14:51:38 +01:00
===============
2014-06-24 17:24:54 +01:00
libmraa uses cmake in order to make compilation relatively painless. Cmake runs
2015-01-16 14:01:43 +00:00
build out of tree so the recommended way is to clone from git and make a build/
2015-02-09 16:40:47 +00:00
directory inside the clone directory.
2014-05-29 14:51:38 +01:00
2015-01-16 14:01:43 +00:00
## Build dependencies
Not all these are required but if you're unsure of what you're doing this is
what you'll need:
2015-02-09 16:40:47 +00:00
* [SWIG ](http://swig.org ) 3.0.5+
* [git ](http://git-scm.com )
* [python ](http://python.org ) 2.7 or 3.4+ (you'll need not just the interpreter but python-dev)
2015-03-29 15:45:36 +01:00
* [node.js ](http://nodejs.org ) 0.10.x or 0.12.x (you'll need not just the interpreter but nodejs-dev)
2015-02-09 16:40:47 +00:00
* [CMake ](http://cmake.org ) 2.8.8+
2015-03-29 15:45:36 +01:00
2015-11-17 21:19:31 +01:00
For Debian-like distros the below command installs the basic set:
```bash
sudo apt-get install git build-essential swig3.0 python-dev nodejs-dev cmake
```
2015-03-29 15:45:36 +01:00
To build the documentation you'll also need:
2015-03-27 16:30:25 +00:00
* [Doxygen ](http://www.stack.nl/~dimitri/doxygen/ ) 1.8.9.1+
2015-04-02 13:54:38 +01:00
* [Graphviz ](http://graphviz.org/ ) 2+ (For doxygen graph generation)
2015-03-27 16:30:25 +00:00
* [Sphinx ](http://sphinx-doc.org/ ) 1.1.3+ (For Python docs)
2015-01-14 15:56:07 +00:00
2015-04-02 13:54:38 +01:00
2015-01-16 14:01:43 +00:00
## Basic build steps
2014-07-03 09:40:09 +01:00
2014-05-29 14:51:38 +01:00
~~~~~~~~~~~~~{.sh}
mkdir build
cd build
cmake ..
make
~~~~~~~~~~~~~
2015-01-16 14:01:43 +00:00
If this goes wrong and you have all the dependencies installed, then please
file an issue with the full output of `cmake ..` and `make` or however far you
got.
2015-11-17 21:19:31 +01:00
After that you can install built files (into default path) by running:
```bash
sudo make install
```
See flags for adjusting install paths in the section below.
Currently our install logic puts Python bindings into standard paths, which
do not work on Debian due to their
[policy ](http://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html#s-paths ).
We are working on a permanent solution, in the meanwhile please use this command
after `make install` to link installed modules where Debian's Python expects them:
```bash
sudo ln -s <your install prefix, e.g. /usr>/lib/python2.7/site-packages/* /usr/lib/python2.7/dist-packages
```
Same approach works for Python 3, you'll just need to adjust the version number
in the path accordingly.
2015-01-16 14:01:43 +00:00
## Configuration flags
2015-01-14 15:56:07 +00:00
Our cmake configure has a number of options, cmake-gui or ccmake (cmake -i is
no longer with us :() can show you all the options. A few of the more common
2015-02-09 16:40:47 +00:00
ones are listed below. Note that when the option starts with CMAKE_ it's an
2015-01-14 15:56:07 +00:00
option that is made available by cmake and will be similar in all cmake
projects. You need to add them after `cmake` but before `..` .
2014-05-29 14:51:38 +01:00
2015-01-14 15:56:07 +00:00
A few recommended options:
2015-02-09 16:40:47 +00:00
Changing install path from /usr/local to /usr:
2014-11-09 12:26:09 +00:00
-DCMAKE_INSTALL_PREFIX:PATH=/usr
2014-05-29 14:51:38 +01:00
2015-02-09 16:40:47 +00:00
Building debug build - adds -g and disables optimisations - this will force a
full rebuild:
2014-11-09 12:26:09 +00:00
-DCMAKE_BUILD_TYPE=DEBUG
2014-05-29 14:51:38 +01:00
Using clang instead of gcc:
2015-01-17 10:22:36 +00:00
-DCMAKE_C_COMPILER=/usr/bin/clang -DCMAKE_CXX_COMPILER=/usr/bin/clang++
2014-05-29 14:51:38 +01:00
2015-02-09 16:40:47 +00:00
Building with an older version of SWIG (< 3.0.2) requires the disabling of javascript:
2014-07-03 09:40:09 +01:00
-DBUILDSWIGNODE=OFF
2014-10-03 19:00:45 +01:00
2015-02-09 16:40:47 +00:00
Disabling python module building:
2014-11-09 12:26:09 +00:00
-DBUILDSWIGPYTHON=OFF
2015-02-09 16:40:47 +00:00
Building doc, this will require [SPHINX ](http://sphinx-doc.org ) &
[Doxygen ](http://doxygen.org ):
2015-04-02 13:38:29 +01:00
-DBUILDDOC=ON
2014-11-09 12:26:09 +00:00
2015-04-04 19:04:05 +01:00
Building with python3 (careful you need to clear cmake cache between python
version switches!)
-DBUILDPYTHON3=ON
Override build architecture (this is useful because on x86 arm code is not
compiled so use this flag to force the target arch)
-DBUILDARCH=arm
2015-02-09 16:40:47 +00:00
## Dependencies continued
2015-01-16 14:01:43 +00:00
2015-02-09 16:40:47 +00:00
You'll need at least SWIG version 3.0.2 and we recommend 3.0.5 to build the
2015-01-16 14:01:43 +00:00
javascript & python modules. If your version of SWIG is older than this then
2015-02-09 16:40:47 +00:00
please see above for disabling SWIGNODE. Otherwise you will get a weird build
failure when building the javascript module. The python module builds with SWIG
2.x.
2015-01-16 14:01:43 +00:00
2015-02-09 16:40:47 +00:00
During the build, we'll assume you're building from git, note that if you
compile with git installed your version of mraa will be tagged -dirty. This
simply means git wasn't installed or that you where building form a tarball.
You can modify build/src/version.c before running make if this is incorrect.
The instructions listed here all assume that build/ is an empty dir that lives
inside the cloned repository of mraa.
2015-01-16 14:01:43 +00:00
If you have multiple versions of python then mraa can get confused, we
recommend using virtualenv to select which version of python you want. We test
2015-02-09 16:40:47 +00:00
2.7 the most but SWIG will generate valid 3.x python code but we do not
2015-01-16 14:01:43 +00:00
generally support building both at once.
## Using a yocto/oe toolchain
2014-11-10 20:48:27 +00:00
In order to compile with a yocto/oe toolchain use the following toolchain file.
This works well on the edison 1.6 SDK. First source the environment file, then
use our cmake toolchain file.
~~~~~~~~~~~~~{.sh}
source /opt/poky-edison/1.6/environment-setup-core2-32-poky-linux
mkdir build
cmake -DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/oe-sdk_cross.cmake ..
make
~~~~~~~~~~~~~
2015-01-16 14:01:43 +00:00
## Using coverity
2014-10-03 19:00:45 +01:00
Static analysis is routinely performed using coverity on libmraa's codebase.
This is the procedure to submit a build to coverity. You'll need to install
coverity-submit for your OS.
~~~~~~~~~~~~~{.sh}
mkdir covbuild/ && cd covbuild
cmake -DBUILDDOC=OFF -DBUILDSWIG=OFF ..
cov-build --dir cov-int make
2014-11-25 13:26:17 +00:00
tar caf mraa.tar.bz2 cov-int
2014-10-03 19:00:45 +01:00
~~~~~~~~~~~~~
2015-04-13 13:23:13 +00:00
## Building Java bindings
2015-07-16 11:33:03 +01:00
Have JAVA_HOME set to JDK install directory. Most distributions set this from /etc/profile.d/ and have a way of switching between alternatives. We support both OpenJDK and Oracle's JDK. On Arch Linux with openjdk8 you'll have to set this yourself like this:
~~~~~~~~~~~~~{.sh}
export JAVA_HOME=/usr/lib/jvm/default/
~~~~~~~~~~~~~
Then use the cmake configuration flag:
2015-04-13 13:23:13 +00:00
-DBUILDSWIGJAVA=ON
To compile Example.java
~~~~~~~~~~~~~{.sh}
javac -cp $DIR_WHERE_YOU_INSTALLED_MRAA/mraa.jar:. Example.java
~~~~~~~~~~~~~
To run, make sure libmraajava.so is in LD_LIBRARY_PATH
~~~~~~~~~~~~~{.sh}
jave -cp $DIR_WHERE_YOU_INSTALLED_MRAA/mraa.jar:. Example
~~~~~~~~~~~~~
2015-07-31 15:01:03 +01:00
## Building an IPK/RPM package using cpack
You can get cpack to generate an IPK or RPM package fairly easily if you have
the correct packaging tools
~~~~~~~~~~~~~{.sh}
cmake -DIPK=ON -DCMAKE_INSTAL_PREFIX=/usr ..
make package
~~~~~~~~~~~~~
To use RPM simply enable the RPM option. You'll need rpmbuild installed on your
build machine.
~~~~~~~~~~~~~{.sh}
cmake -DRPM=ON -DCMAKE_INSTAL_PREFIX=/usr ..
~~~~~~~~~~~~~