Re: [pcre-dev] Current state of cmake support

Sheri schrieb:
> Hi Christian,
>
> I configured with CmakeSetup first for shared, then for static libraries
> (in different build directories) using the latest cmake revisions. The
> configuration summary has a few more glitches.
>
> -- Build C++ library ............... : ON
> -- Enable UTF-8 support ............ : ON
> -- Unicode properties .............. : ON
> -- Newline char/sequence ........... : ANYCRLF
> -- \R matches only ANYCRLF ......... : ON
> -- EBCDIC coding ................... : OFF
> -- Rebuild char tables ............. : OFF
> -- Use stack recursion ............. : ON
> -- POSIX mem threshold ............. : 10
> -- Internal link size .............. : 2
> -- Match limit ..................... : 10000000
> -- Match limit recursion ........... : MATCH_LIMIT
> -- Build shared libs ............... : OFF
> -- Build static libs ............... : 1
> -- Link pcregrep with libz ......... : zlib libraries not found!
> -- Link pcregrep with libbz2 ....... : bzip2 libraries not found!
> -- Link pcretest with libreadline .. : OFF
>
> I set "No recurse" "ON", which means it uses heap not stack recursion.
> It shows Build shared libs "OFF" but build static libs "1", could it say
> "ON" instead?
We'll see :)
> I didn't see anything in cmakesetup for electing use of libz or libbz2.
> I don't know if this is something that becomes optional if cmake detects
> something or not? What would you do, copy the libraries into the build
> directory ahead of time if you want them? (I don't have or want the
> libraries at this point so just an academic question. I see with
> Configure there is --enable-pcregrep-libz and --enable-pcregrep-libbz2)
>
The options are only shown when cmake finds the libs somewhere. The best
way to tell cmake additional include/lib paths are the two env vars
CMAKE_INCLUDE_PATH=D:\Programme\win32libs\include
CMAKE_LIBRARY_PATH=D:\Programme\win32libs\lib
You can also pass -DLIBZ2_INCLUDE_DIR=d:/path/to/the/includes
-DBZIP2_LIBRARIES=d:/path/to/the/lib

The names have to be the same like shown in CMakeSetup.

> I will have to retry building with readline support. I did previously
> test that for Philip on Windows and the result was not altogether
> compatible in DOS. Will also try building in MSVC8 (Express). Previously
> there were build issues there with pcregrep because HAVE_WINDOWS_H
> wasn't being defined.
>
You maybe have to change the readline library name atm in the cmake
script. I'll fix this later



Christian