kjs/CMakeLists.txt change on KDE-4.0 branch breaks build -- apparent cmake bug?

Bernhard Rosenkränzer bero at arklinux.org
Mon Jan 14 13:44:53 GMT 2008


Hi,
current KDE-4.0 branch doesn't build here after the recent kjs/CMakeLists.txt 
change:

-- Found PCRE: /usr/include/pcre
-- Looking for PCRE_CONFIG_UTF8
-- Looking for PCRE_CONFIG_UTF8 - not found.
-- Looking for PCRE_CONFIG_STACKRECURSE
-- Looking for PCRE_CONFIG_STACKRECURSE - not found.
CMake Error: Your libPCRE is too old. KJS requires at least PCRE4.5

My PCRE is 7.5, and does define PCRE_CONFIG_UTF8 and 
PCRE_CONFIG_STACKRECURSE - looking at CMakeError.log shows

Determining if the PCRE_CONFIG_UTF8 exist failed with the following output:
/usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make 
CMakeFiles/cmTryCompileExec.dir/build
gmake[1]: Entering directory 
`/usr/src/ark/BUILD/kdelibs/build/CMakeFiles/CMakeTmp'
/usr/bin/cmake -E 
cmake_progress_report /usr/src/ark/BUILD/kdelibs/build/CMakeFiles/CMakeTmp/CMakeFiles 
1
Building C object CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o
/usr/bin/gcc  -Wno-long-long -std=iso9899:1990 -Wundef -Wcast-align -Werror-implicit-function-declaration -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -Wformat-security -Wmissing-format-attribute -fno-common     -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_GNU_SOURCE -o 
CMakeFiles/cmTryCompileExec.dir/CheckSymbolExists.o   -c /usr/src/ark/BUILD/kdelibs/build/CMakeFiles/CMakeTmp/CheckSymbolExists.c
/usr/src/ark/BUILD/kdelibs/build/CMakeFiles/CMakeTmp/CheckSymbolExists.c:2:18: 
error: pcre.h: No such file or directory

For some reason, -I/usr/include/pcre didn't get added to the compiler flags 
even though it was detected correctly. Adding a
message(STATUS "PCRE headers are in ${PCRE_INCLUDE_DIR}") just before 
include_directories(${PCRE_INCLUDE_DIR}) shows the variable is set correctly.


Is there any known reason why cmake wouldn't be adding this include?

ttyl
bero




More information about the kde-core-devel mailing list