|
upm
1.7.1
Sensor/Actuator repository for libmraa (v2.0.0)
|
UPM uses cmake in order to make compilation relatively painless. Cmake runs build out of tree so the recommended way is to clone from git and make a build/ directory.
Dependencies
This project depends on libmraa, so that needs to be installed first. Append the install location of mraa pkgconfig to the following environment variable:
If you are building the Java or Node.js bindings make sure you set the JAVA_HOME and NODE_PATH environment variables respectively.
UPM will attempt to build all directories inside src/ and they must contain individual CMakeLists.txt files.
The last command will create the include/ and lib/ directories with a copy of the headers and library objects respectively in your build location. Note that doing an out-of-source build may cause issues when rebuilding later on. In many cases you'll need elevated permissions to install:
Our cmake configure has a number of options, cmake-gui or ccmake can show you all the options. The interesting ones are detailed below:
Changing install path from /usr/local to /usr
Building debug build:
Using clang instead of gcc:
Cross-compiling on a different system:
Enabling Java module building
Building with an older version of swig (swig 2.0+) requires the disabling of javascript:
Disabling python module building
Setting the python library to use:
Building documentation
Build C/C++/JAVA examples
If you intend to turn on all the options and build everything at once (C++, Java, Node, Python and Documentation) you will have to edit the src/doxy2swig.py file and change the line endings from Windows style to Linux format. This has to be repeated every time to sync with the master branch since our Github repository stores files using CR LF line breaks.
You can also generate the include and lib directories containing all the sensor headers and library files respectively with make install. Further, you may choose to generate these only for a specific sensor you modified, and this can be achieved by building from the individual makefile of the sensor. Assuming you're in the build directory, to build/install the lcd module you would:
Note: 'make install' under src/lcd will build all targets (and dependencies) for the lcd but will NOT install dependencies.
Often developers are only interested in building one module or even just the python/node module to do some quick testing using scripting. In order to do this you need to use the target name for the python or node module you want to rebuild. For example, the lcd module target will have a python2 target prefixed by pyupm (_pyupm_lcd-python2). Modules not using the UPM cmake macros may have different naming. To build the python2 lcd module (and all dependencies), use the following make target:
Sometimes you want to build a small C++ example against an installed library. This is fairly easy if installed system-wide. Just link against the correct library (in this case libupm-lcd) and then add /usr/include/upm to the loader path:
You can also use pkg-config to return the information to you, which is considered the correct way if including UPM in a build system like cmake or autotools on linux.
Requirements:
You can use docker and docker-compose to generate a complete build environment for upm without having to install any other tool.
Requirements:
NOTE: docker-compose is an optional requirement. It actually make running complex docker build and run command easier. But you can just use docker to build and run.
tl;dr: Just use this commands to build upm:
docker-compose will take a look at the docker-compose.yaml file in the repository root directory, and run an specific command to build upm for the requested target. Once the build is completed, you will have a build/ folder in the repository root with all the compiled code. This build/ folder is created by using a docker volume. The build\ folder contents is reused each time you execute docker-compose run [TARGET]. To know more about volumes in Docker, visit the Docker Volume Documentation.
You can also start an interactive session inside the docker container if you need to run some custom build commands:
If you don't want to use docker-compose, you can also use docker run to build upm. For example, to build upm for python, you can do:
If, for some reason, you are behind a proxy, find below a list of common problems related to proxy settings:
docker cannot pull images from docker.io
Visit this link to configure docker daemon behind a proxy.
docker run fails to access the internet
docker-compose will automatically take http_proxy, https_proxy, and no_proxy environment variables and use it as build arguments. Be sure to properly configure this variables before building.
docker, unlinke docker-compose, do not take the proxy settings from the environment automatically. You need to send them as environment arguments:
1.8.11
