Wip/11221 modernize cmake (#25)

This provides ChimeraTK::<project-name> as cmake imported target.
Variables <project_name>_INCLUDE_DIRS, <project_name>LIBRARY_DIRS, <project_name>_LIBRARIES, <project_name>_CXX_FLAGS, <project_name>_LINKER_FLAGS are provided for compatibility but are generated from cmake-exports where possible and cmake imported targets should be preferred.

* provide function for option array conversion
to be used with target_compile_options etc + FindPackage results, where
findPackage results are of incorrect/old format

* FindDOOCS:
 - DOOCS components as imported targets
 - clean up no longer needed tweaks
 - add timinglib as component
 - make use of log levels and respect QUIET argument

* add_dependency: fail on wrong add_dependency usage
this was unseen since it worked in most cases but in general does not
in particular was causing trouble with imports from cppext
second arg must be version number

* pkgconfig exports
 - generated from cmake-exports
 - make linker flags come before libs, order is required e.g. for --no-as-needed flag
 - remove duplicates in output

* FindGccAtomic
- do not put absolute lib path in output since it was causing trouble with yocto builds. Should be in system lib
paths anyway. Also, make GccAtomic variable output name more consistent.

update project template

This allows easier debugging as all lines can be reached. The tsan build uses
"-o1" for performance reasons.
For asan and Debug build we use "-o0", which includes this flag, and for the
release builds we want as much optimisation we can get.

* Update license files in example projects

* Fix deprecation warning in template project

update project template

update project template

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.

This is the implementation for the specification change done in a recent
commit.

May occur when not mapping a Void variable in the control system so it
is being optimised out.

This happens if the control system adapter optimises out the PV.

A PV which is received by a module and also used as a trigger for a
DeviceModule was "deleted" from the model, if the module is unregistered
from its owner. This deletion is now prevented by adding a trigger
relationship to the model (which was anyway missing).

Note: the "deletion" never was a real deletion, instead only all
relationships are removed. As a consequence, the DeviceModule was still
pointing to the "deleted" vertex resulting in a wrong connection later.