Preparations for 8.32-RC1.

git-svn-id: svn://vcs.exim.org/pcre/code/trunk@1217 2f5784b3-3f2a-0410-8824-cb99058d5e15

4 files changed, 18 insertions, 17 deletions

diff --git a/ChangeLog b/ChangeLog
index 1c66007..a0cdd9c 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,8 +1,8 @@
 ChangeLog for PCRE
 ------------------
 
-Version 8.32
-------------
+Version 8.32 11-November-2012
+-----------------------------
 
 1.  Improved JIT compiler optimizations for first character search and single
     character iterators.
@@ -151,6 +151,14 @@ Version 8.32
 
 32. Running "pcretest -C pcre8" or "pcretest -C pcre16" gave a spurious error
     "unknown -C option" after outputting 0 or 1.
+    
+33. There is now support for generating a code coverage report for the test
+    suite in environments where gcc is the compiler and lcov is installed. This 
+    is mainly for the benefit of the developers.  
+    
+34. If PCRE is built with --enable-valgrind, certain memory regions are marked
+    unaddressable using valgrind annotations, allowing valgrind to detect 
+    invalid memory accesses. This is mainly for the benefit of the developers.
 
 
 Version 8.31 06-July-2012
diff --git a/NEWS b/NEWS
index 4b6ec53..8406f3b 100644
--- a/NEWS
+++ b/NEWS
@@ -1,14 +1,14 @@
 News about PCRE releases
 ------------------------
 
-Release 8.32 xx-xxxx-2012
--------------------------
+Release 8.32 12-November-2012
+-----------------------------
 
 This release fixes a number of bugs, but also has some new features. These are
 the highlights:
 
 .  There is now support for 32-bit character strings and UTF-32. Like the 
-   16-bit support, this is done by compile a separater 32-bit library.
+   16-bit support, this is done by compiling a separate 32-bit library.
 
 .  \X now matches a Unicode extended grapheme cluster. 
 
diff --git a/configure.ac b/configure.ac
index 2aa7587..6f991b2 100644
--- a/configure.ac
+++ b/configure.ac
@@ -11,15 +11,15 @@ dnl be defined as -RC2, for example. For real releases, it should be empty.
 m4_define(pcre_major, [8])
 m4_define(pcre_minor, [32])
 m4_define(pcre_prerelease, [-RC1])
-m4_define(pcre_date, [2012-08-08])
+m4_define(pcre_date, [2012-11-11])
 
 # NOTE: The CMakeLists.txt file searches for the above variables in the first
 # 50 lines of this file. Please update that if the variables above are moved.
 
 # Libtool shared library interface versions (current:revision:age)
-m4_define(libpcre_version, [1:1:0])
-m4_define(libpcre16_version, [0:1:0])
-m4_define(libpcre32_version, [0:1:0])
+m4_define(libpcre_version, [2:0:1])
+m4_define(libpcre16_version, [1:0:1])
+m4_define(libpcre32_version, [0:0:0])
 m4_define(libpcreposix_version, [0:1:0])
 m4_define(libpcrecpp_version, [0:0:0])
 
diff --git a/maint/README b/maint/README
index 45050f7..30acdc9 100644
--- a/maint/README
+++ b/maint/README
@@ -340,13 +340,6 @@ others are relatively new.
   implementation that I tried made things worse in many simple cases, so this
   is not an obviously good thing.
 
-. Make the longest lookbehind available via pcre_fullinfo(). This is not
-  straightforward because lookbehinds can be nested inside lookbehinds. This
-  case will have to be identified, and the amounts added. This should then give
-  the maximum possible lookbehind length. The reason for wanting this is to
-  help when implementing multi-segment matching using pcre_exec() with partial
-  matching and overlapping segments.
-
 . PCRE cannot at present distinguish between subpatterns with different names,
   but the same number (created by the use of ?|). In order to do so, a way of
   remembering *which* subpattern numbered n matched is needed. Bugzilla #760.
@@ -359,4 +352,4 @@ others are relatively new.
 Philip Hazel
 Email local part: ph10
 Email domain: cam.ac.uk
-Last updated: 20 September 2012
+Last updated: 09 November 2012