[Pcre-svn] [1217] code/trunk: Preparations for 8.32-RC1.

Kezdőlap
Üzenet törlése
Szerző: Subversion repository
Dátum:  
Címzett: pcre-svn
Tárgy: [Pcre-svn] [1217] code/trunk: Preparations for 8.32-RC1.
Revision: 1217
          http://vcs.pcre.org/viewvc?view=rev&revision=1217
Author:   ph10
Date:     2012-11-09 17:07:01 +0000 (Fri, 09 Nov 2012)


Log Message:
-----------
Preparations for 8.32-RC1.

Modified Paths:
--------------
    code/trunk/ChangeLog
    code/trunk/NEWS
    code/trunk/configure.ac
    code/trunk/maint/README


Modified: code/trunk/ChangeLog
===================================================================
--- code/trunk/ChangeLog    2012-11-09 13:05:29 UTC (rev 1216)
+++ code/trunk/ChangeLog    2012-11-09 17:07:01 UTC (rev 1217)
@@ -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 @@


 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

Modified: code/trunk/NEWS
===================================================================
--- code/trunk/NEWS    2012-11-09 13:05:29 UTC (rev 1216)
+++ code/trunk/NEWS    2012-11-09 17:07:01 UTC (rev 1217)
@@ -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.


Modified: code/trunk/configure.ac
===================================================================
--- code/trunk/configure.ac    2012-11-09 13:05:29 UTC (rev 1216)
+++ code/trunk/configure.ac    2012-11-09 17:07:01 UTC (rev 1217)
@@ -11,15 +11,15 @@
 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])


Modified: code/trunk/maint/README
===================================================================
--- code/trunk/maint/README    2012-11-09 13:05:29 UTC (rev 1216)
+++ code/trunk/maint/README    2012-11-09 17:07:01 UTC (rev 1217)
@@ -340,13 +340,6 @@
   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 @@
Philip Hazel
Email local part: ph10
Email domain: cam.ac.uk
-Last updated: 20 September 2012
+Last updated: 09 November 2012