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/...

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

added TINE_EXPORT C macro/constant to the compiler flags, which seens to be required for the latest DOOCS version

need to find DOOCS_DIR first, since this is the variable which might be specified at the cmake command line

Martin Killenberg authored 8 years ago and Martin Killenberg committed 8 years ago

use readelf instead of readlink to extract the DOOCS version and do not strip the system-dependent part of the version (e.g. -xenial1), since it is needed to identify the version correctly.