After the latest commit cmake is trying to use relative paths.
But in pc file can be used only absolutes. So it is need to
generate this file before relative paths will be calculated.
QCA_LIB_SUFFIX intended to replace workaround
3 major version. For building for Qt5 can be used
-DQCA_LIB_SUFFIX=qt5 for example. Result will be
named libqca2-qt5.so.2.0.3 library for Linux.
Also this suffix will be applied for qca2 pkg config file,
qcatool2 binary and qcatool2 manpage.
I hope that is a good way to resolve the building conflict
against qt4 and qt5.
Added option QCA_INSTALL_IN_QT_PREFIX to provide a way to choose
default prefix for installing qca. By default is ON.
Also added a cache vars.
QCA_PREFIX_INSTALL_DIR
QCA_PLUGINS_INSTALL_DIR
QCA_BINARY_INSTALL_DIR
QCA_LIBRARY_INSTALL_DIR
QCA_FEATURE_INSTALL_DIR
QCA_INCLUDE_INSTALL_DIR
QCA_PRIVATE_INCLUDE_INSTALL_DIR
QCA_DOC_INSTALL_DIR
QCA_MAN_INSTALL_DIR
Added option QCA_INSTALL_IN_QT_PREFIX to provide a way to choose
default prefix for installing qca. By default is ON.
Also added a cache vars.
QCA_PREFIX_INSTALL_DIR
QCA_PLUGINS_INSTALL_DIR
QCA_BINARY_INSTALL_DIR
QCA_LIBRARY_INSTALL_DIR
QCA_FEATURE_INSTALL_DIR
QCA_INCLUDE_INSTALL_DIR
QCA_PRIVATE_INCLUDE_INSTALL_DIR
QCA_DOC_INSTALL_DIR
QCA_MAN_INSTALL_DIR
via qmake and that cmake is just a hack. a hack that works,
unlike qmake. except that it doesn't install man pages
and that the pc file is different.
the remaining bit is to create the crypto cert directory,
I haven't figured out how to do that with cmake yet
svn path=/trunk/kdesupport/qca/; revision=726674
