👍🎉 First off, thanks for taking the time to contribute! 🎉👍
Before contributing, it is highly recommended to familiarize yourself with our official documentation.
This file is also a part of it, and this is why it has non-standard Markdown formatting (which can be seen when reading in a regular Markdown renderer). To benefit from full mkdocs rendering, please switch to the Contributing chapter of our documentation.
If you are looking for a good issue to start with, please check the following:
- good first issue - issues that should be pretty simple to implement,
- help wanted - issues that typically are a bit more involved than beginner issues,
- high priority - things to fix ASAP but often of higher complexity.
The easiest way to start coding is to jump straight into Gitpod environment. You can either click the button below
or prefix any mp-units URL (main branch, other branches, issues, PRs, ...) in your web browser
with gitpod.io/# (e.g., https://gitpod.io/#https://github.com/mpusz/mp-units).
The above environment provides you with:
- all supported compilers for Linux development and the latest version of build tools like
cmakeandconan, - all Conan dependencies preinstalled on the machine,
- all documentation generation tools ready to use,
- completed prebuilds for all targets (Debug and Release builds for each compiler),
- VSCode preconfigured to benefit from all the above.
Alternatively, please refer to our official docs for download, build, and install instructions with the below changes if you want to set up a development environment on your local machine.
user.mp-units.build:all{ #user.mp-units.build-all }
: Enables compilation of all the source code, including tests and examples. To support this, it requires some additional Conan build dependencies described in
Repository directory tree and dependencies.
It also runs unit tests during the Conan build (unless
tools.build:skip_test
configuration property is set to True).
[conan build all support]: https://github.com/mpusz/mp-units/releases/tag/v2.2.0
user.mp-units.build:skip_la{ #user-skip-la }
: If user.mp-units.build:all is enabled, among others, Conan installs the external
wg21-linear_algebra
dependency and enables the compilation of linear algebra-based tests and usage examples.
Such behavior can be disabled with this option.
[conan skip la support]: https://github.com/mpusz/mp-units/releases/tag/v2.2.0
user.mp-units.analyze:clang-tidy{ #user.mp-units.analyze-clang-tidy }
: Enables clang-tidy analysis.
[conan clang-tidy support]: https://github.com/mpusz/mp-units/releases/tag/v2.2.0
MP_UNITS_DEV_BUILD_LA{ #MP_UNITS_DEV_BUILD_LA }
: [:octicons-tag-24: 2.2.0][cmake build la support] · :octicons-milestone-24: ON/OFF (Default: ON)
Enables building code depending on the linear algebra library.
[cmake build la support]: https://github.com/mpusz/mp-units/releases/tag/v2.2.0
MP_UNITS_DEV_IWYU{ #MP_UNITS_DEV_IWYU }
: [:octicons-tag-24: 2.2.0][cmake iwyu support] · :octicons-milestone-24: ON/OFF (Default: OFF)
Enables include-what-you-use analysis.
[cmake iwyu support]: https://github.com/mpusz/mp-units/releases/tag/v2.2.0
MP_UNITS_DEV_CLANG_TIDY{ #MP_UNITS_DEV_CLANG_TIDY }
: [:octicons-tag-24: 2.2.0][cmake clang-tidy support] · :octicons-milestone-24: ON/OFF (Default: OFF)
Enables clang-tidy analysis.
[cmake clang-tidy support]: https://github.com/mpusz/mp-units/releases/tag/v2.2.0
MP_UNITS_DEV_TIME_TRACE{ #MP_UNITS_DEV_TIME_TRACE }
: [:octicons-tag-24: 2.5.0][cmake time-trace support] · :octicons-milestone-24: NONE/ALL/MODULES/HEADERS (Default: NONE)
Enables compilation performance data collection with `-ftime-trace` for clang compilers.
All our unit tests compile only for headers and never for modules. To allow fair
comparison, `MODULES` and `HEADERS` do not enable the data collection for unit tests.
This means that they affect only the core, systems, and examples.
Please use `ALL` to profile unit tests as well.
[cmake time-trace support]: https://github.com/mpusz/mp-units/releases/tag/v2.5.0
To build all the mp-units source code (with unit tests and examples), you should:
- Use the CMakeLists.txt from the top-level directory.
- Run Conan with
user.mp-units.build:all=True.
git clone https://github.com/mpusz/mp-units.git && cd mp-units
conan build . -pr <your_conan_profile> -s compiler.cppstd=23 -c user.mp-units.build:all=True -b missingThe above will download and install all of the dependencies needed for the development of the library, build all of the source code, and run unit tests.
If you prefer to build the project via CMake rather than Conan, then you should replace
the conan build with conan install command and then follow with a regular CMake build and testing:
conan install . -pr <your_conan_profile> -s compiler.cppstd=23 -c user.mp-units.build:all=True -b missing
cmake --preset conan-default
cmake --build --preset conan-release
cmake --build --preset conan-release --target all_verify_interface_header_sets
cmake --build --preset conan-release --target test!!! hint
To ensure that we always build all the targets and to save some typing of the Conan commands,
we can set the following in the `~/.conan2/global.conf`:
```text
user.mp-units.build:all=True
```
To test CMake installation and Conan packaging run:
conan create . --user <username> --channel <channel> -pr <your_conan_profile> -s compiler.cppstd=23 \
-c user.mp-units.build:all=True -b missingThe above will create a Conan package and run tests provided in ./test_package directory.
In case you would like to upload mp-units package to the Conan server, do the following:
conan upload -r <remote-name> --all mp-units/2.2.0@<user>/<channel>We are building our documentation using Material for MkDocs.
The easiest way to install all the required dependencies is with pip:
pip install -U mkdocs-material mkdocs-rss-pluginAdditionally, a Cairo Graphics library is required by Material for MkDocs. Please follow the official MkDocs documentation to install it.
After that, you can either:
-
easily start a live server to preview the documentation as you write
mkdocs serve
-
mkdocs build
We need to take a few steps to set up our environment so that we are ready to generate API reference documents.
First, we need to satisfy the requirements described in https://github.com/cplusplus/draft and https://github.com/Eelis/cxxdraft-htmlgen. On the Ubuntu platform, this is equivalent to the following instructions run from the user's home directory:
sudo apt install latexmk texlive-latex-recommended texlive-latex-extra texlive-fonts-recommended lmodern
sudo apt install haskell-stack graphviz nodejs npm ghc cabal-install
npm install split mathjax-full mathjax-node-sre mathjax-node-cli
cabal updateOn some platforms, installing mathjax-node-cli through npm does update the system's PATH
environment variable resulting in tex2html not found errors. In such cases we need to add
the .bin folder to the PATH environment variable manually:
echo "export PATH=\"~/node_modules/.bin:\$PATH\"" >> ~/.bashrc && source ~/.bashrcNext, we need to clone the following git repositories:
- https://github.com/JohelEGP/jegp.cmake_modules
standardese_sources_basebranch of https://github.com/JohelEGP/draftstandardese_sources_basebranch of https://github.com/JohelEGP/cxxdraft-htmlgen
For example:
git clone https://github.com/JohelEGP/jegp.cmake_modules.git --depth=1
git clone https://github.com/JohelEGP/draft.git --branch=standardese_sources_base --depth=1
git clone https://github.com/JohelEGP/cxxdraft-htmlgen.git --branch=standardese_sources_base --depth=1Now, we are ready to start building our API reference. First, we need to configure CMake with the following:
cmake -S docs/api_reference/src -B build/docs/api_reference \
-DCMAKE_MODULE_PATH="<path to gh:JohelEGP/jegp.cmake_modules>/modules" \
-DJEGP_STANDARDESE_SOURCES_GIT_REPOSITORY="<path to gh:JohelEGP/draft>" \
-DJEGP_CXXDRAFT_HTMLGEN_GIT_REPOSITORY="<path to gh:JohelEGP/cxxdraft-htmlgen>"Then we need to build the docs with CMake:
cmake --build build/docs/api_referenceIn the end, we need to move the generated documentation to the docs/api_reference/gen subdirectory:
mv build/docs/api_reference/mp-units.html docs/api_reference/genor just link the entire directory:
ln -sf ../../build/docs/api_reference/mp-units.html docs/api_reference/genThere are a few steps recommended to check before committing and pushing your changes to the git repository.
Here are the main rules for naming things in this repo:
- types, functions, variables use
standard_case, - template parameters use
PascalCase, - C++ concept names, for now, use
PascalCase, but we plan to change it (see GitHub Issue #93 for more details).
A formatting standard is enforced with the pre-commit script. Before committing your changes,
please do the following:
pip install -U pre-commit
pre-commit run --all-filesThis will run:
clang-formatfor code formatting with the.clang-formatfile provided in the repo,cmake-formatto format the CMake files,- some other checks (e.g., python script checkers, whitespaces, etc.).
The script will run on all the files in the repo and will apply the changes in place when needed. After the script is done, please make sure to review and stage all those changes for the git commit.
Before submission, please remember to check if the code compiles fine on the supported compilers. The CI will check it anyway, but it is good to check at least some of the configurations before pushing changes. Especially older compilers can be tricky as those do not have full C++20 conformance. The official list of supported compilers can always be found in the C++ compiler support (API/ABI) chapter of our documentation.