Quoting Brandon Van Every <[EMAIL PROTECTED]>:
beefing
up CMake with PCRE and a few more string processing routines is an
obvious and easy improvement to the product.
I'm working on that, by the way.
PCREs have been actually easy to implement, including your wishes
about outputting the matches directly to variables instead of using
REGEX_REPLACE (PCRE_REPLACE in our case), etc.
I also took a look at the IF command implementation and I'm going to
implement PCREs there, too: IF(variable PCRE_MATCHES pcre_regex) /
IF(string PCRE_MATCHES pcre_regex).
The most difficult part is understanding the really odd (at least to
me) behavior of REGEX_MATCH and REGEX_REPLACE in current CMake (I'd
like PCRE to mimic as much as possible).
There is one thing which discourages me, though: nobody from Kitware
commented on the interest of PCREs, what the "deadline" for PCREs to
be included in CMake 2.6.0 would be, nothing.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
