Useful C++ classes and routines such as argument parser, IO and conversion utilities.
The library contains helpers for:
- parsing command-line arguments and providing Bash completion
- supports nested arguments
- supports operations (no
--
or-
prefix, eg.git status
) - can check for invalid or uncombinable arguments
- can print help automatically
- provides automatic Bash completion for argument names
- allows customizing Bash completion for argument values
- dealing with dates and times
- conversion of primitive data types to byte-buffers and vice versa (litte-endian and big-endian)
- common string conversions/operations, eg.
- character set conversions via iconv
- split, join, find and replace
- conversion from number to string and vice verca
- encoding/decoding base-64
- building string without multiple heap allocations ("string builder")
- using standard IO streams
- reading/writing primitive data types of various sizes (little-endian and big-endian)
- reading/writing terminated strings and size-prefixed strings
- reading/writing INI files
- reading bitwise (from a buffer; not using standard IO streams)
- writing formatted output using ANSI escape sequences
- instantiating a standard IO stream from a native file descriptor to support UTF-8 encoded
file paths under Windows and Android's
content://
URLs
- using SFINAE by providing additional traits, eg. for checking whether a type is iterable
- testing with CppUnit
- finding testfiles and make working copies of testfiles
- assert standard output
- various helper
- building with CMake by providing some modules and templates
Besides, the library provides a few useful algorithms and data structures:
- min(), max() for any number of arguments
- digitsum(), factorial(), powerModulo(), inverseModulo(), orderModulo()
- Damerau–Levenshtein distance
- N-dimensional array
The following counts for c++utilities
and my other libraries unless stated otherwise:
- Different major versions are incompatible (API- and ABI-wise). Different major versions can be
installed within the same prefix using the CMake variable
CONFIGURATION_NAME
(see documentation about build variables mentioned below). - Minor versions are backwards compatible (API- and ABI-wise) to previous ones within the same major version.
- Patch versions are interchangeable (API- and ABI-wise) within the same major/minor version.
- Some functions or classes are experimental. They might be modified in an incompatible way or even removed in the next minor or patch release.
- C++ compiler supporting C++17, tested with
- clang++ to compile for GNU/Linux and Android
- g++ to compile for GNU/Linux and Windows
- CMake (at least 3.3.0)
- cppunit for unit tests (optional)
- Doxygen for API documentation (optional)
- Graphviz for diagrams in the API documentation (optional)
- clang-format for tidying (optional)
- llvm-profdata, llvm-cov and cppunit for source-based code coverage analysis (optional)
- appstreamcli for validation of generated AppStream files (optional)
- The c++utilities library itself only needs
- C++ standard library supporting C++17, tested with
- libstdc++ under GNU/Linux and Windows
- libc++ under GNU/Linux and Android
- glibc with iconv support or standalone iconv library
- libstdc++ or Boost.Iostreams for
NativeFileStream
(optional)
- C++ standard library supporting C++17, tested with
- For dependencies of my other projects check the README.md of these projects.
Example using make
:
cd "path/to/build/directory"
cmake -DCMAKE_BUILD_TYPE=Release \
-DCMAKE_INSTALL_PREFIX="/final/install/location" \
"path/to/projectdirectory"
make tidy # format source files (optional, must be enabled via CLANG_FORMAT_ENABLED)
make # build the binaries
make check # build and run tests (optional)
make coverage # build and run tests measuring test coverage (optional, must be enabled via CLANG_SOURCE_BASED_COVERAGE_ENABLED)
make apidoc # build API documentation (optional)
make DESTDIR="/temporary/install/location" install # install binaries, headers and additional files
- The make option
-j
can be used for concurrent compilation. LIB_SUFFIX
,LIB_SUFFIX_32
andLIB_SUFFIX_64
can be set to specify a suffix for the library directory, eg. lib64 or lib32. The 32/64 variants are only used when building for 32/64-bit architecture.- By default the build system will build static libs. To build shared libraries instead, set
BUILD_SHARED_LIBS=ON
. - By default the build system will prefer linking against shared libraries. To force linking against static libraries set
STATIC_LINKAGE=ON
. However, this will only affect applications. To force linking statically when building shared libraries setSTATIC_LIBRARY_LINKAGE=ON
. - If thread local storage is not supported by your compiler/platform (might be the case on MacOS), you can disable making use of it
via
ENABLE_THREAD_LOCAL=OFF
. - To disable use of
std::filesystem
, setUSE_STANDARD_FILESYSTEM=OFF
. This is required when building for MacOS and Android at the time of writing this documentation. Note that the Bash completion will not be able to suggest files and directories withUSE_STANDARD_FILESYSTEM=OFF
. - To disable
NativeFileStream
(and make it just a regularstd::fstream
), setUSE_NATIVE_FILE_BUFFER=OFF
. Note that handling paths with non-ASCII characters will then cease to work on Windows. - For more detailed documentation, see the documentation about build variables (in directory doc and in Doxygen version accessible via "Related Pages").
- The repository PKGBUILDs contains build scripts for GNU/Linux, Android, Windows and
MacOS X in form of Arch Linux packages using
ninja
. These scripts can be used as an example also when building under/for other platforms.
- To create application icons the tool
ffmpeg
/avconv
is required. - Windows builds are only conducted using mingw-w64/GCC. Using MSVC has never been tested.
- To create application icons the tool
png2icns
is required. - Building for MacOS X under GNU/Linux is possible using osxcross.
- MacOS X builds are not tested regularly but should generally work (maybe with minor tweaks necassary)
- There is a Homebrew formula to build Tag Editor (without GUI)
- There are MacPorts packages to build Syncthing Tray
During development I find it useful to build all required projects (for instance c++utilities, qtutilities, tagparser and tageditor) as one big project.
This can be easily achieved by using CMake's add_subdirectory()
function. For project files see the repository
subdirs. For an example, see
build instructions for Syncthing Tray.
For a debug build, use -DCMAKE_BUILD_TYPE=Debug
.
There are some generic presets available but also some specific to certain Arch Linux packaging found in the AUR and my PKGBUILDs repository.
Use cmake --list-presets
to list all presets. All cmake
commands need to be executed within the source
directory. Builds will be created within a sub-directory of the path specified via the environment variable
BUILD_DIR
. Here is an example for creating a build with the arch-static-compat-devel
preset and invoking
tests:
export BUILD_DIR=$HOME/builds # set build directory via environment variable
cmake --preset arch-static-compat-devel # configure build
cmake --build --preset arch-static-compat-devel -- -v # conduct build
cmake --build --preset arch-static-compat-devel --target check # run tests
cmake --build --preset arch-static-compat-devel --target tidy # apply formatting
This preset is quite special (see PKGBUILDs
for details about it). The most useful presets for development are likely devel
, devel-qt6
and debug
.
Note that these presets are supposed to cover all of my projects (so some of them aren't really making a
difference when just building c++utilities itself). To use presets in other projects, simply symlink the
file CMakePresets.json
into the source directory of those projects which works with the "subdirs" projects
mentioned in the previous section as well.
Note that the devel preset (and all presets inheriting from it) uses ccache which therefore needs to be installed.
The repository PKGBUILDs contains files for building Arch Linux packages of the latest release and the Git master.
PKGBUILDs to cross compile for Android, Windows (using mingw-w64) and for MacOS X (using osxcross) are included as well.
RPM *.spec files can be found at openSUSE Build Servide. Packages are available for several architectures.
There is also a sub project containing the builds from the Git master branch.
Checkout Case_Of's overlay or perfect7gentleman's overlay.
Copyright © 2015-2023 Marius Kittler
All code is licensed under GPL-2-or-later.