The upcoming version of the config generator script package will need
more files to be copied into the build directory. This change simply
copies all files and does not rely on a particular structure.

in order to allow that documentation includes images

Copyright by some files in ApplicationCore is owned by HZDR.

ApplicationCore was hitting the limit...

There are a couple of files in the CMakeFiles folder that will match the
search patterns. This is problematic during package build, since debian
builds in a subfolder of the source folder, so we hit those files and
tests fail

Enable by adding
  include(cmake/enable_code_style_check.cmake)
to the project's CMakeLists.txt

Jens Georg authored 3 years ago and Martin Christoph Hierholzer committed 2 years ago

 - Remove Makefile.coverage.in
 - Drop BUILD_COVERAGE_ON_DEBUG for ENABLE_COVERAGE_REPORT (defaults to
    on if included)
 - Add clean-gcda target

Dietrich Rothe authored 3 years ago and Martin Christoph Hierholzer committed 2 years ago

this is required for dcmctrl7 config

Jens Georg authored 3 years ago and Martin Christoph Hierholzer committed 2 years ago

This fixes issues when using LaTeX in doxygen

Previous attempt to work around the tine linking issue did not work.

This is a work around for not finding libtinemt at runtime. The DOOCS serverlib is lacking the RPATH, hence its dependencies are not found. If clientlib is linked first, tine is already linked.

Search explicitly for libgul14 which is required by DOOCS libraries

 - Remove Makefile.coverage.in
 - Drop BUILD_COVERAGE_ON_DEBUG for ENABLE_COVERAGE_REPORT (defaults to
    on if included)
 - Add clean-gcda target

this is required for dcmctrl7 config

This fixes issues when using LaTeX in doxygen

Previous attempt to work around the tine linking issue did not work.

This is a work around for not finding libtinemt at runtime. The DOOCS serverlib is lacking the RPATH, hence its dependencies are not found. If clientlib is linked first, tine is already linked.

Search explicitly for libgul14 which is required by DOOCS libraries

If a header-only library requires linking a 3rd party library, the ..._LIBRARIES variable could not be used in depending projects, because it
contained NOTFOUND.

Removed libtine linking workaround from FindDOOCS. Doocs libraries now are themselves linked correctly against tine.

Automatically adding CMAKE_CXX_STANDARD to all projects is giving too much trouble because different CMAKE versions add different --std=gnu... flags which do not play well the the --std=c++... which we use.

This reverts commit ddb4d575.