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