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

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?
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)

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.

Regards,
Sheri