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.

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

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

This confused git massively

The pkg-config file is missing so we have to search for the library
manually

This is a work-around for libDOOCSapi linking against it but expecting
/export/doocs/lib to be in the linker search path (not using rpath)

May be reverted once/if doocs fixes this

FindDOOCS: extend PKG_CONFIG_PATH by directory set via DOOCS_DIR (if set) and the hardcoded default in /export/doocs/...

usage:
register_tests(SOURCES
                 ${list_of_source_files}
                 "test_src.cc"
                 ${concatenated_string_of_source_files}
               NAMESPACE
                 "test_namespace"
               LINK_LIBRARIES
                 ${list_of_targets}
               INCLUDE_DIRECTORIES
                 ${list_of_include_directories}
               COMPILE_OPTIONS
                 ${list_of_compile_options}
               WORKING_DIRECTORY
                 ${ctest_working_directory})

new scheme:
register_tests(SOURCES
                 ${list_of_source_files}
                 "test_src.cc"
                 ${concatenated_string_of_source_files}
               NAMESPACE
                 "test_namespace"
               LINK_LIBRARIES
                 ${list_of_targets}
               INCLUDE_DIRECTORIES
                 ${list_of_include_directories}
               COMPILE_OPTIONS
                 ${list_of_compile_options})

usage:
register_tests(SOURCES
                 ${list_of_source_files}
                 "test_src.cc"
                 ${concatenated_string_of_source_files}
               NAMESPACE
                 "test_namespace"
               DEPENDS
                 ${list_of_targets}
               INCLUDES
                 ${list_of_include_directories}
               COMPILE_OPTIONS
                 ${list_of_compile_options})

Function registers tests defined as a list of souce files.  Test defined
by file source_name.cc in the SOURCES list is registered under the name
  test_namespace.source_name

Provided list of dependent targets and include directories are used for
test executables as PRIVATE dependencies during compilation.

Function implicitly adds a dependency on the boost unit test framework
to each generated test executable.

Fixed the confusing and inconsistently used names *_LINK_FLAGS and *_LINKER_FLAGS by always setting and getting both variables