Here is some wisdom to help you build and test this project as a developer and potential contributor.
If you plan to contribute, please read the CONTRIBUTING guide.
Build system targets that are only useful for developers of this project are
hidden if the point_cloud_viewer_DEVELOPER_MODE
option is disabled. Enabling this
option makes tests and other developer targets and options available. Not
enabling this option means that you are a consumer of this project and thus you
have no need for these targets and options.
Developer mode is always set to on in CI workflows.
This project makes use of presets to simplify the process of configuring the project. As a developer, you are recommended to always have the latest CMake version installed to make use of the latest Quality-of-Life additions.
You have a few options to pass point_cloud_viewer_DEVELOPER_MODE
to the configure
command, but this project prefers to use presets.
As a developer, you should create a CMakeUserPresets.json
file at the root of
the project:
{
"version": 2,
"cmakeMinimumRequired": {
"major": 3,
"minor": 14,
"patch": 0
},
"configurePresets": [
{
"name": "dev",
"binaryDir": "${sourceDir}/build/dev",
"inherits": ["dev-mode", "vcpkg", "ci-<os>"],
"cacheVariables": {
"CMAKE_BUILD_TYPE": "Debug"
}
}
],
"buildPresets": [
{
"name": "dev",
"configurePreset": "dev",
"configuration": "Debug"
}
],
"testPresets": [
{
"name": "dev",
"configurePreset": "dev",
"configuration": "Debug",
"output": {
"outputOnFailure": true
}
}
]
}
You should replace <os>
in your newly created presets file with the name of
the operating system you have, which may be win64
or unix
. You can see what
these correspond to in the CMakePresets.json
file.
CMakeUserPresets.json
is also the perfect place in which you can put all
sorts of things that you would otherwise want to pass to the configure command
in the terminal.
The above preset will make use of the vcpkg dependency manager. After
installing it, make sure the VCPKG_ROOT
environment variable is pointing at
the directory where the vcpkg executable is. On Windows, you might also want
to inherit from the vcpkg-win64-static
preset, which will make vcpkg install
the dependencies as static libraries. This is only necessary if you don't want
to setup PATH
to run tests.
If you followed the above instructions, then you can configure, build and test the project respectively with the following commands from the project root on any operating system with any build system:
cmake --preset=dev
cmake --build --preset=dev
ctest --preset=dev
If you are using a compatible editor (e.g. VSCode) or IDE (e.g. CLion, VS), you will also be able to select the above created user presets for automatic integration.
Please note that both the build and test commands accept a -j
flag to specify
the number of jobs to use, which should ideally be specified to the number of
threads your CPU has. You may also want to add that to your preset using the
jobs
property, see the presets documentation for more details.
These are targets you may invoke using the build command from above, with an
additional -t <target>
flag:
Available if ENABLE_COVERAGE
is enabled. This target processes the output of
the previously run tests when built with coverage configuration. The commands
this target runs can be found in the COVERAGE_TRACE_COMMAND
and
COVERAGE_HTML_COMMAND
cache variables. The trace command produces an info
file by default, which can be submitted to services with CI integration. The
HTML command uses the trace command's output to generate a HTML document to
<binary-dir>/coverage_html
by default.
Available if BUILD_MCSS_DOCS
is enabled. Builds to documentation using
Doxygen and m.css. The output will go to <binary-dir>/docs
by default
(customizable using DOXYGEN_OUTPUT_DIRECTORY
).
These targets run the clang-format tool on the codebase to check errors and to
fix them respectively. Customization available using the FORMAT_PATTERNS
and
FORMAT_COMMAND
cache variables.
Runs the executable target point_cloud_viewer_exe
.
These targets run the codespell tool on the codebase to check errors and to fix
them respectively. Customization available using the SPELL_COMMAND
cache
variable.