If you just want to use stumpless and aren't looking to modify or otherwise develop it, the easiest path is to use one of the release packages. These are available for a few common platforms, and are attached to each release of stumpless. If you need a package format that is not available here, please submit an issue with a request for the format and the project team will see if this can be added.
Stumpless is not currently registered in any online package repositories such as Chocolatey or Debian. If you need the library in a location like this, please open an issue and the project team will see what we can do.
A .deb package is provided for use in environments that support them, like
Debian and Ubuntu. The package can be installed with the usual command:
# you might need sudo (or root privileges) to install
dpkg -i stumpless-2.0.0-amd64.debA .rpm package is provided for use in Red Hat Linux environments. It can be
installed in the traditional way as well:
# again, make sure you have the correct permissions
rpm -i stumpless-2.0.0-x86_64.rpmCMake generates a shell script that can be used to install the library on systems lacking a more traditional package manager, for example Cygwin. Simply execute the script from the prefix where you want to install the library. The script is a self-extracting TGZ archive that provides the headers and library files.
# you might need to do this with sudo!
# make sure your permissions allow you to write to the install locations
cd /usr
./stumpless-2.0.0.shA simple .msi installer is provided that puts the DLL, .lib, and include
headers into a Program Files folder. Note that you may need to update search
paths to locate these resources after installation, as the installer does not
currently handle this.
For each provided package, there is also a C++ package (stumpless-cpp)
that includes the C++ library. These packages also include the C library, so
if you think you might need the C++ library at some point down the road you
can use this one to install it at the same time as the base library.
In order to compile Stumpless you will at a bare minimum cmake and a compatible build system such as the GNU toolchain or Microsoft Visual Studio. While the source itself can be downloaded using a number of tools (wget, a browser, etc.) git is the recommended way to do this if you need to get specific release tags, branches, or make any changes yourself.
Since there are so many possible ways to set up an environment, stumpless does not provide any single way to do this. However, here are some one-liners that can get everything installed for you in some common environments.
For Linux systems with a package manager like apt, you can install the needed
tools (for a GNU toolchain) with something like the following:
sudo apt-get install git cmake make gcc g++ doxygenCygwin lacks a package manager in the environment itself, requiring packges to be installed using the setup script. You can install the needed packages in the GUI, or if you want to just do it via command line, you can do something like this:
setup-x86_64.exe -q -P git,cmake,make,gcc-core,gcc-g++,doxygenOnce all of the build dependencies are available, actually building the library
is straightforward. The examples below show how to do this in an environment
using make from a fresh clone.
# cloning the latest version of the source tree
git clone [email protected]:goatshriek/stumpless.git
# creating a new build directory
mkdir build
cd build
# configuring the new build
cmake ../stumpless
# building the library itself
make allOther environments should be built according to their normal style. For example Visual Studio provides a CMake menu in the IDE that will display all available targets.
If you're unsure of the build commands for the toolchain on your system, then cmake can run these commands for you if you invoke it in build mode.
# build the `all` target using whatever toolchain cmake detected during the
# configuration stage
# the argument to the `--build` parameter is the root of the folder where we
# ran the original cmake configuration command
cmake --build . --target all
# build and run the test suite the same way
cmake --build . --target allThe type of build can be changed at configuation time by defining the
CMAKE_BUILD_TYPE symbol during configuration.
# benchmark testing should always be done using Release builds
cmake -DCMAKE_BUILD_TYPE=Release ../stumplessHowever, some environments (Visual Studio being one) require the configuration to be passed in during build steps. In the above example, builds would still use the default build type, effectively ignoring the configuration step. To specify the build type you will need to provide a config to use during build:
# explicitly use the Release configuration we have in our toolchain
cmake --build . --config x64-Release --target benchIn systems like this, it is easiest to use an IDE that does this work for you, for example Visual Studio. For more information on these build topics, refer to the CMake documentation on build mode and multi-config generators.
The rest of this documentation uses make commands for simplicity, but for any target you can build it using cmake build mode if you need truly portable command line invocation.
If you want to run the test suite on the library during development or as a
sanity check before installation, you can use the check target to run all
tests and display the results. If you're concerned that the build may not work
on your architecture, then this is the best way to verify.
make checkThe check target will download and build the Google Test library in the build
folder to run the tests when it is invoked for the first time.
If you're curious about how the library will perform on your system, use the
bench target to run the performance benchmarks. Like the check target, this
will download and build the Google Benchmark library in order to run.
make benchYou can use the install target to install the library on your machine after the build.
make install
# if the above doesn't work, you might need sudo to install files into the
# correct system folders
sudo make installA simple way to make sure that your install is working as you expected is to compile one of the examples without using the built-in targets. If the target builds but your own compilation doesn't, then there is something wrong with your install.
# first we use the build target to make sure it works
make example-entry && ./example-entry
# next, we compile the same example manually
gcc docs/examples/entry/entry_example.c -lstumpless -omanual_entry_example
# this should work if everything was correct
./manual_entry_exampleIf you do have issues, there are a few simple things for you to check. An easy
issue is if the installed library is not in the system's library search path,
which will usually lead to an error message of cannot find -lstumpless or
similar. If you see this, check the current search path and if needed set
appropriate environment variables or add compilation flags to add the location
that stumpless was installed to the search path. Some examples are gcc's -L
option, the LD_LIBRARY_PATH environment variable on many Linux systems, and
the environment variable LIBRARY_PATH in Cygwin.
If you find that stumpless has installed to unexpected locations and you want
to modify this, use the CMAKE_INSTALL_PREFIX definition during the
configuration step of the build. You can always re-run cmake to update this in
an existing build tree if you need to change it.
# our initial build installed to /usr/local locations, which we didn't want
cat install_manifest.txt
# /usr/local/include/stumpless/target/network.h
# /usr/local/include/stumpless/target/socket.h
# /usr/local/lib/libstumpless.so.2.0.0
# /usr/local/lib/libstumpless.so
# /usr/local/include/stumpless.h
# <output truncated>
# re-run the configuration
cmake -DCMAKE_INSTALL_PREFIX=/usr ../stumpless
# re-do the install
sudo make install
# now we see things in the right place!
cat install_manifest.txt
# /usr/include/stumpless/target/network.h
# /usr/include/stumpless/target/socket.h
# /usr/lib/libstumpless.so.2.0.0
# /usr/lib/libstumpless.so
# /usr/include/stumpless.h
# /usr/include/stumpless/config.h
# <output truncated>There is currently no uninstall target supported, so removal of the library
and its include files must be done manually if it is no longer needed. Please
submit an issue on the project's Github site if you feel that you need a build
target providing this feature. For the time being, you can run the contents
of the install_manifest.txt file (generated during the install) through rm
like this:
xargs rm < install_manifest.txtIf you want to build, test, and install the C++ bindings for stumpless as well, you will need to modify the above steps slightly.
As a prerequisite, you will also need to make sure that you have the Wrapture
gem installed for this to work. This can be done with a simple
gem install wrapture, or you can use the Gemfile included in stumpless and
simply do a bundle install to pull it in.
If you need a ruby environment, we recommend using rvm to manage versions and
gemsets. You can find more information on rvm on the
project website. Other options are rbenv, your package
manager's distribution of ruby, or RubyInstaller (for Windows).
After you have a ruby environment and wrapture is available, building and testing the C++ library can be done like this:
# in the build directory, modify the cmake to enable c++
# this will emit a warning and leave c++ disabled if wrapture cannot be found
cmake -DENABLE_CPP=ON ../stumpless
# the all target will now include the stumpless c++ library
make all
# to test the library, use the `check-cpp` target
make check-cpp
# when enabled, the C++ bindings are installed along with the library itself
# so the following command will install the c++ headers and library in addition
# to the c headers and library
make install