qca/unittest/pipeunittest/CMakeLists.txt

ENABLE_TESTING()

set(pipeunittest_bin_SRCS pipeunittest.cpp)  

MY_AUTOMOC( pipeunittest_bin_SRCS )

add_executable( pipeunittest ${pipeunittest_bin_SRCS} )

target_link_libraries( pipeunittest ${QCA_LIB_NAME} ${QT_QTTEST_LIBRARY})

# ADD_TEST(QPipe ${EXECUTABLE_OUTPUT_PATH}/pipeunittest)
Add in a test for the QPipe classes - this doesn't work yet. In fact, it segfaults. It looks like there is a problem in the way QPipe is set up. Valgrind or gdb shows the problem. CCMAIL: justin@affinix.com svn path=/trunk/kdesupport/qca/; revision=685983 2007-07-10 09:10:32 +00:00			`ENABLE_TESTING()`

			`set(pipeunittest_bin_SRCS pipeunittest.cpp)`

			`MY_AUTOMOC( pipeunittest_bin_SRCS )`

			`add_executable( pipeunittest ${pipeunittest_bin_SRCS} )`

added cmake variable QCA_LIB_SUFFIX 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. 2013-08-24 23:24:13 +06:00			`target_link_libraries( pipeunittest ${QCA_LIB_NAME} ${QT_QTTEST_LIBRARY})`
Add in a test for the QPipe classes - this doesn't work yet. In fact, it segfaults. It looks like there is a problem in the way QPipe is set up. Valgrind or gdb shows the problem. CCMAIL: justin@affinix.com svn path=/trunk/kdesupport/qca/; revision=685983 2007-07-10 09:10:32 +00:00
			`# ADD_TEST(QPipe ${EXECUTABLE_OUTPUT_PATH}/pipeunittest)`