File pcre2.changes of Package pcre2
1178
1
-------------------------------------------------------------------2
Fri Jul 21 07:05:28 UTC 2023 - Pedro Monreal <pmonreal@suse.com>3
4
- Security fix: [bsc#1213514, CVE-2022-41409]5
* Integer overflow vulnerability in pcre2test before 10.416
allows attackers to cause a denial of service or other7
unspecified impacts via negative input.8
* Add pcre2-CVE-2022-41409.patch9
10
-------------------------------------------------------------------11
Wed Jul 20 01:37:10 UTC 2022 - Jason Sikes <jsikes@suse.com>12
13
- Added pcre2-bsc1199235-CVE-2022-1587.patch14
* CVE-2022-1587 / bsc#119923515
* Fix out-of-bounds read due to bug in recursions16
* Sourced from:17
- https://github.com/PCRE2Project/pcre2/commit/03654e751e7f0700693526b67dfcadda6b42c9d018
19
-------------------------------------------------------------------20
Tue Jul 19 04:49:09 UTC 2022 - Jason Sikes <jsikes@suse.com>21
22
- Added pcre2-Fix_crash_when_X_is_used_without_UTF_in_JIT.patch23
* CVE-2019-20454 / bsc#116438424
* Fix crash when \X is used in non-UTF mode on certain inputs.25
* Sourced from:26
- https://github.com/PCRE2Project/pcre2/commit/342c16ecd31bd12fc350ee31d2dcc041832ebb3f27
- https://github.com/PCRE2Project/pcre2/commit/e118e60a68f03f38dd2ff3d16ca2e2e0d800e1d928
29
-------------------------------------------------------------------30
Sat May 7 09:21:43 UTC 2022 - Jason Sikes <jsikes@suse.com>31
32
- Added pcre2-10.31-bsc1199232-unicode-property-matching.patch33
* bsc#1199232 / CVE-2022-158634
* Fixes unicode property matching issue35
36
-------------------------------------------------------------------37
Sat Jul 24 18:04:10 UTC 2021 - Jason Sikes <jsikes@suse.com>38
39
- Added 0001-Fixed-atomic-group-backtracking-bug.patch40
* bsc#118793741
* PHP 7.6.4 on s390x returns different results for preg_match42
function as compared to older PHP versions and x8643
* Sourced from upstream subversion commit:44
$ svn log -r965 svn://vcs.pcre.org/pcre2/code/trunk45
46
-------------------------------------------------------------------47
Sun Feb 18 05:15:03 UTC 2018 - avindra@opensuse.org48
49
- Update to new upstream release 10.3150
* New pcre2_config() options: PCRE2_CONFIG_NEVER_BACKSLASH_C and51
PCRE2_CONFIG_COMPILED_WIDTHS.52
* New pcre2_pattern_info() option PCRE2_INFO_EXTRAOPTIONS to53
retrieve the extra compile time options.54
* Public names for all pcre2_compile() error numbers.55
* Added PCRE2_CALLOUT_STARTMATCH and PCRE2_CALLOUT_BACKTRACK56
bits to a new field callout_flags in callout blocks.57
- use https for main site58
- cleanup with spec-cleaner59
60
-------------------------------------------------------------------61
Mon Sep 11 18:14:30 UTC 2017 - jengelh@inai.de62
63
- Update to new upstream release 10.3064
* The main interpreter, pcre2_match(), has been refactored into65
a new version that does not use recursive function calls for66
remembering backtracking positions. The new implementation67
allows backtracking into recursive group calls in patterns,68
making it more compatible with Perl. For patterns that have a69
lot of backtracking, the heap is now used, and there is70
explicit limit on the amount, settable by71
pcre2_set_heap_limit(). The "recursion limit" is retained,72
but is renamed as "depth limit".73
* The new option PCRE2_ENDANCHORED insists that a pattern match74
must end at the end of the subject.75
* The new option PCRE2_EXTENDED_MORE implements Perl's /xx76
feature, and pcre2test is upgraded to support it. Setting77
within the pattern by (?xx) is Also supported.78
* (?n) can be used to set PCRE2_NO_AUTO_CAPTURE, because Perl79
now has this.80
* Additional pattern compile options in the compile context are81
now available: PCRE2_EXTRA_ALLOW_SURROGATE_ESCAPES and82
PCRE2_EXTRA_BAD_ESCAPE_IS LITERAL.83
* The newline type PCRE2_NEWLINE_NUL is now available.84
* The match limit value now also applies to pcre2_dfa_match()85
as there are patterns that can use up a lot of resources86
without necessarily recursing very deeply.87
* Various minor security fixes found by fuzzers:88
+ bsc#1037165: crash for forward reference in lookbehind with 89
PCRE2_ANCHORED90
+ CVE-2017-8786: heap-based buffer overflow write in pcre2test91
(bsc#1036942)92
+ CVE-2017-7186: DoS by triggering an invalid Unicode property93
lookup (bsc#1030066) 94
- Switch source URLs to use HTTP.95
96
-------------------------------------------------------------------97
Sat Aug 5 17:34:26 UTC 2017 - astieger@suse.com98
99
- fix SLE 11 build100
101
-------------------------------------------------------------------102
Tue May 2 17:28:30 UTC 2017 - astieger@suse.com103
104
- pcre2grep can now read .gz and .bz2 files directly105
- pcre2test is now built to support line editing106
107
-------------------------------------------------------------------108
Thu Feb 16 21:25:42 UTC 2017 - astieger@suse.com109
110
- pcre2 10.23:111
* major re-factoring of the pcre2_compile.c file112
* Back references are now permitted in lookbehind assertions when113
there are no duplicated group numbers (that is, (?| has not114
been used), and, if the reference is by name, there is only one115
group of that name. The referenced group must, of course be of116
fixed length.117
* \g{+<number>} (e.g. \g{+2} ) is now supported. It is a "forward118
back reference" and can be useful in repetitions119
(compare \g{-<number>} ). Perl does not recognize this syntax.120
* pcre2grep now automatically expands its buffer up to a maximum121
set by --max-buffer-size.122
* The -t option (grand total) has been added to pcre2grep.123
* A new function called pcre2_code_copy_with_tables() exists to124
copy a compiled pattern along with a private copy of the125
character tables that is uses.126
127
-------------------------------------------------------------------128
Tue Feb 7 16:19:22 UTC 2017 - dimstar@opensuse.org129
130
- Explicitly package %{_docdir}/%{name} to fix build with RPM 4.13.131
132
-------------------------------------------------------------------133
Mon Aug 1 15:24:18 UTC 2016 - astieger@suse.com134
135
- pcre2 10.22:136
* The POSIX wrapper function regcomp() did not used to137
support back references and subroutine calls if called with the138
REG_NOSUB option. It now does.139
* A new function, pcre2_code_copy(), is added, to make a copy of a140
compiled pattern.141
* Support for string callouts is added to pcre2grep.142
* Added the PCRE2_NO_JIT option to pcre2_match().143
* The pcre2_get_error_message() function now returns with a144
negative error code if the error number it is given is unknown.145
* Several updates have been made to pcre2test and test scripts146
* Fix CVE-2016-3191: workspace overflow for (*ACCEPT) with deeply147
nested parentheses (boo#971741)148
149
-------------------------------------------------------------------150
Sun Jan 17 14:30:53 UTC 2016 - jengelh@inai.de151
152
- Update to new upstream release 10.21153
* Improve JIT matching speed of patterns starting with + or *.154
* Use memchr() to find the first character in an unanchored match155
in 8-bit mode in the interpreter. This gives a significant speed156
improvement.157
* 10.20 broke the handling of [[:>:]] and [[:<:]] in that158
processing them could involve a buffer overflow if the159
following character was an opening parenthesis.160
* 10.20 also introduced a bug in processing this pattern:161
/((?x)(*:0))#(?'/, which was fixed.162
* A callout with a string argument containing an opening square163
bracket, for example /(?C$[$)(?<]/, was incorrectly processed and164
could provoke a buffer overflow.165
* A possessively repeated conditional group that could match an empty166
string, for example, /(?(R))*+/, was incorrectly compiled.167
* The Unicode tables have been updated to Unicode 8.0.0.168
* An empty comment (?#) in a pattern was incorrectly processed and169
could provoke a buffer overflow.170
* Fix infinite recursion in the JIT compiler when certain patterns171
/such as (?:|a|){100}x/ are analysed.172
* Some patterns with character classes involving [: and \\ were173
incorrectly compiled and could cause reading from uninitialized174
memory or an incorrect error diagnosis. Examples are:175
/[[:\\](?<[::]/ and /[[:\\](?'abc')[a:].176
* A missing closing parenthesis for a callout with a string argument177
was not being diagnosed, possibly leading to a buffer overflow.178
* If (?R was followed by - or + incorrect behaviour happened instead179
of a diagnostic.180
* Fixed an issue when \p{Any} inside an xclass did not read the current181
character.182
* About 80 more fixes, which you can read about in the ChangeLog183
shipped with the libpcre2-8-0 package.184
185
-------------------------------------------------------------------186
Tue Jul 14 08:42:04 UTC 2015 - astieger@suse.com187
188
- PCRE2 10.20:189
* Callouts with string arguments and the190
pcre2_callout_enumerate() function have been implemented.191
* The PCRE2_NEVER_BACKSLASH_C option, which locks out the use of192
\C, is added.193
* The PCRE2_ALT_CIRCUMFLEX option lets ^ match after a newline at194
the end of a subject in multiline mode.195
* The way named subpatterns are handled has been refactored. The196
previous approach had several bugs.197
* The handling of \c in EBCDIC environments has been changed to198
conform to the perlebcdic document. (Incompatible change)199
* Bugs have been mended, many of them discovered by fuzzers.200
201
-------------------------------------------------------------------202
Thu Jun 18 20:51:45 UTC 2015 - astieger@suse.com203
204
- PCRE2, a re-working of the original PCRE library to provide an205
entirely new API, version 10.10. Not source compatible.206
- copy of the pcre package, with the following adjustments:207
* required name changes208
* adjust pcre-8.21-multilib.patch to pcre2-10.10-multilib.patch209
* drop upstreamed pcre-8.32-visibility.patch210
* --enable-{utf8,unicode-properties} became --enable-unicode211
* drop cpp subpackage212
* make test -> check213
* enable 32 bit character support214
215
-------------------------------------------------------------------216
Thu Apr 30 22:08:31 UTC 2015 - astieger@suse.com217
218
- pcre 8.37:219
* CVE-2015-2325: Patterns with certain groups specifying a zero220
minimum quantifier caused incorrect code to be compiled,221
leading to an incorrect memory read. [boo#924960]222
* CVE-2015-2326: Specific patterns containing a forward reference223
with subroutine calls caused incorrect code to be compiled224
[boo#924961]225
* CVE-2014-8964: If an assertion condition was quantified with a226
minimum of zero, SIGSEGV or other misbehaviour could occur.227
[boo#906574]228
* further bug fixes as listed in ChangeLog229
230
-------------------------------------------------------------------231
Mon Mar 9 00:43:18 UTC 2015 - p.drouand@gmail.com232
233
- Update to version 3.16234
* This is primarily a bug-fix release.235
* The Unicode data tables have been updated to Unicode 7.0.0.236
- Remove pcre-commit1472.patch; fixed on upstream release237
- Remove obsolete "Obsoletes" tag238
239
-------------------------------------------------------------------240
Tue Sep 2 07:30:08 UTC 2014 - jengelh@inai.de241
242
- Improve on RPM group classification243
- Remove defunct %gpg_verify (replaced by source validators),244
defunct freecode link245
246
-------------------------------------------------------------------247
Thu Aug 28 03:10:39 UTC 2014 - crrodriguez@opensuse.org248
249
- Harden build with full RELRO as this libraries end linked250
to at least one setuid root executable.251
252
-------------------------------------------------------------------253
Mon Jun 16 14:44:43 UTC 2014 - dvaleev@suse.com254
255
- Enable JIT on ppc64le as well 256
257
-------------------------------------------------------------------258
Sat May 3 06:07:56 UTC 2014 - coolo@suse.com259
260
- update to 0.35:261
There have been performance improvements for classes containing non-ASCII262
characters and the "auto-possessification" feature has been extended. Other263
minor improvements have been implemented and bugs fixed. There is a new callout264
feature to enable applications to do detailed stack checks at compile time, to265
avoid running out of stack for deeply nested parentheses. The JIT compiler has266
been extended with experimental support for ARM-64, MIPS-64, and PPC-LE.267
- add pcre-commit1472.patch from SVN to work with gcc49, see268
http://bugs.exim.org/show_bug.cgi?id=1463269
270
-------------------------------------------------------------------271
Sun Mar 23 20:50:04 UTC 2014 - tchvatal@suse.com272
273
- Add automake and autoconf as explicit deps as we run autoreconf274
275
-------------------------------------------------------------------276
Sun Mar 23 20:49:02 UTC 2014 - tchvatal@suse.com277
278
- Add patch pcre-8.21-multilib.patch to fix RPATH issues.279
* The patch is taken from RedHat.280
281
-------------------------------------------------------------------282
Sun Mar 23 20:47:05 UTC 2014 - tchvatal@suse.com283
284
- Clean up with the spec cleaner. Use -j1 in tests as it is not285
really thread safe286
287
-------------------------------------------------------------------288
Sun Mar 23 20:35:09 UTC 2014 - tchvatal@suse.com289
290
- Version bump to 8.34:291
* warning fixes292
* perl fixes293
* unocode6.3.0 support294
* gconv support295
296
-------------------------------------------------------------------297
Wed Nov 13 19:06:09 UTC 2013 - sweet_f_a@gmx.de298
299
- enable tests for all archs300
- --enable-jit for sparc301
302
-------------------------------------------------------------------303
Thu Jun 13 16:20:10 UTC 2013 - jengelh@inai.de304
305
- Update to new upstream release 8.33306
* The Just-In-Time compiler (JIT) now supports all pattern307
features, including callouts and the backtracking verbs. In308
addition, some bugs are fixed and there are minor performance309
enhancements.310
- More robust make install call. Provide signature verification311
files (avoid depending on gpg-offline due to bootstrap cycle).312
313
-------------------------------------------------------------------314
Sat Jun 8 20:16:10 UTC 2013 - crrodriguez@opensuse.org315
316
- Ensure the PCRE library and tools are built with large file 317
support in 32 bit archs.318
319
-------------------------------------------------------------------320
Sun Jan 6 15:40:59 UTC 2013 - p.drouand@gmail.com321
322
- Update to 8.32 version:323
* There is now support for 32-bit character strings and UTF-32. Like the324
16-bit support, this is done by compiling a separate 32-bit library.325
* \X now matches a Unicode extended grapheme cluster.326
* Case-independent matching of Unicode characters that have more than one327
"other case" now makes all three (or more) characters equivalent. This328
applies, for example, to Greek Sigma, which has two lowercase versions.329
* Unicode character properties are updated to Unicode 6.2.0.330
* The EBCDIC support, which had decayed, has had a spring clean.331
* A number of JIT optimizations have been added, which give faster JIT332
execution speed. In addition, a new direct interface to JIT execution is333
available. This bypasses some of the sanity checks of pcre_exec() to give a334
noticeable speed-up.335
* A number of issues in pcregrep have been fixed, making it more compatible336
with GNU grep. In particular, --exclude and --include (and variants) apply337
to all files now, not just those obtained from scanning a directory338
recursively. In Windows environments, the default action for directories is339
now "skip" instead of "read" (which provokes an error).340
* If the --only-matching (-o) option in pcregrep is specified multiple341
times, each one causes appropriate output. For example, -o1 -o2 outputs the342
substrings matched by the 1st and 2nd capturing parentheses. A separating343
string can be specified by --om-separator (default empty).344
* When PCRE is built via Autotools using a version of gcc that has the345
"visibility" feature, it is used to hide internal library functions that are346
not part of the public API.347
- updated and versionned pcre-visibility.patch to svn trunk348
* Modifications on configure.ac and makefile have been merged on upstream release349
350
-------------------------------------------------------------------351
Fri Nov 23 19:13:09 UTC 2012 - jengelh@inai.de352
353
- Update package descriptions about the differences between the354
PCRE library subpackages.355
356
-------------------------------------------------------------------357
Wed Nov 7 13:35:35 UTC 2012 - cgiboudeaux@gmx.com358
359
- Use the --enable-pcre16 configure flag.360
This switch enables 16 bit character support that will be required by Qt5361
362
-------------------------------------------------------------------363
Fri Aug 17 14:18:53 UTC 2012 - dimstar@opensuse.org364
365
- Upate to version 8.31:366
+ The JIT compiler now supports partial matching and the (*MARK)367
and (*COMMIT) verbs368
+ PCRE_INFO_MAXLOOKBEHIND can be used to find the longest369
lookbehing in a pattern.370
+ There should be a performance improvement when using the heap371
instead of the stack for recursion372
+ pcregrep can now be linked with libedit as an alternative to373
libreadline374
+ pcregrep now has a --file-list option where the list of files375
to scan is given as a file376
+ pcregrep now recognizes binary files and there are related377
options378
+ The Unicode tables have been updated to 6.1.0379
- Rebase pcre-visibility.patch.380
381
-------------------------------------------------------------------382
Thu Jul 19 17:18:04 UTC 2012 - jengelh@inai.de383
384
- Only use --enable-jit on supported architectures; the build will385
otherwise fail (e.g. on sparc).386
387
-------------------------------------------------------------------388
Thu May 10 15:59:21 UTC 2012 - afaerber@suse.de389
390
- Add devel-static package391
392
-------------------------------------------------------------------393
Tue Feb 7 15:10:59 UTC 2012 - crrodriguez@opensuse.org394
395
- fix baselibs 396
397
-------------------------------------------------------------------398
Tue Feb 7 04:40:59 UTC 2012 - crrodriguez@opensuse.org399
400
- Update to PCRE 8.30, upstream SONAME bump, libpcre1 401
- Drop no longer needed ppc patch.402
- move library back to %{_libdir}403
404
-------------------------------------------------------------------405
Wed Feb 1 10:44:38 UTC 2012 - dvaleev@suse.com406
407
- Fix cache-flush on PPC 408
409
-------------------------------------------------------------------410
Wed Nov 16 08:17:40 UTC 2011 - coolo@suse.com411
412
- add libtool as buildrequire to avoid implicit dependency413
414
-------------------------------------------------------------------415
Tue Nov 1 16:16:49 UTC 2011 - crrodriguez@opensuse.org416
417
- Update to version 8.20 418
* too many fixes to list here, see included ChangeLog419
* replace pcre-visibility patch with the one I submitted to 420
upstream for inclusion.421
422
-------------------------------------------------------------------423
Tue Oct 11 22:39:57 UTC 2011 - dmueller@suse.de424
425
- udpate to 8.13:426
* too many fixes to list here, see included ChangeLog427
* the Unicode data tables have been updated to Unicode 6.0.0. 428
429
-------------------------------------------------------------------430
Mon Sep 19 15:15:41 UTC 2011 - coolo@suse.com431
432
- remove fragile _service 433
434
-------------------------------------------------------------------435
Wed Mar 9 14:20:37 UTC 2011 - coolo@novell.com436
437
- Update to version 8.12438
439
* This release fixes some bugs in pcregrep, one of which caused the tests to fail440
on 64-bit big-endian systems. There are no changes to the code of the library.441
442
- Update to version 8.11443
* A number of bugs in the library and in pcregrep have been fixed. As always, see444
ChangeLog for details. The following are the non-bug-fix changes:445
446
Added --match-limit and --recursion-limit to pcregrep.447
448
Added an optional parentheses number to the -o and --only-matching options449
of pcregrep.450
451
Changed the way PCRE_PARTIAL_HARD affects the matching of $, \z, \Z, \b, and452
\B.453
454
Added PCRE_ERROR_SHORTUTF8 to make it possible to distinguish between a455
bad UTF-8 sequence and one that is incomplete when using PCRE_PARTIAL_HARD.456
457
Recognize (*NO_START_OPT) at the start of a pattern to set the PCRE_NO_458
START_OPTIMIZE option, which is now allowed at compile time459
460
-------------------------------------------------------------------461
Sat Oct 30 02:15:06 UTC 2010 - cristian.rodriguez@opensuse.org462
463
- Support GCC visibility, symbol clashes no more. 464
465
-------------------------------------------------------------------466
Sun Sep 19 11:03:57 CEST 2010 - vuntz@opensuse.org467
468
- Update to version 8.10:469
+ Major additions:470
- support for (*MARK) and friends471
- PCRE_UCP option, which changes the behaviour of \b, \d, \s,472
and \w (and their opposites) so that they make use of Unicode473
properties474
+ Other additions:475
- support for \N, which always matches any character other than476
newline477
- added --line-buffered to pcregrep478
+ Several small new features and bugfixes479
- Changes from version 8.02:480
+ Update Unicode data tables to Unicode 5.2.0481
+ Update the licensing terms in the pcregexp.pas file482
+ Several bug fixes483
- Changes from version 8.01:484
+ Several bug fixes and build system improvements485
- Changes from version 8.00:486
+ Enhancements:487
- remove restrictions on patterns used for partial matching488
- give extra information for partial matches489
- improve the partial matching process490
- add option to make a partial match override a full match491
- enhance "study" process by finding a lower bound matching492
length493
- groups with duplicate numbers may now have duplicated names494
without the use of PCRE_DUPNAMES, but they may not have495
different names496
- add REG_UNGREEDY to the pcreposix interface, which maps to497
PCRE_UNGREEDY.498
+ Several bug fixes499
- Drop pcre-7.9.patch: fixed upstream.500
- Rearrange spec file to have all the %files sections together, as501
well as all the scriptlets together.502
- Kill the main package that only included doc files like AUTHORS,503
NEWS, and license, and put those files in libpcre0: this really504
makes more sense. Therefore, make libpcre0 Provides/Obsoletes505
libpcre0.506
- We can also remove the other dependencies on the main package,507
since everything already depends on libpcre0.508
- Remove AutoReqProv: it's default now.509
- Remove references to perl 5.005 in descriptons: it's not510
mentioned anywhere anymore upstream.511
512
-------------------------------------------------------------------513
Mon Jun 28 06:38:35 UTC 2010 - jengelh@medozas.de514
515
- use %_smp_mflags516
517
-------------------------------------------------------------------518
Sat Apr 24 10:38:30 UTC 2010 - coolo@novell.com519
520
- buildrequire pkg-config to fix provides521
522
-------------------------------------------------------------------523
Thu Feb 25 16:49:20 UTC 2010 - prusnak@suse.cz524
525
- build noarch docs only for >= 11.2526
527
-------------------------------------------------------------------528
Wed Feb 10 16:16:56 CET 2010 - ms@suse.de529
530
- fixed license statement according to the conversation531
and permissions granted in (bnc #578724)532
533
-------------------------------------------------------------------534
Sat Dec 12 18:38:47 CET 2009 - jengelh@medozas.de535
536
- add baselibs.conf as a source537
- package documentation as noarch538
539
-------------------------------------------------------------------540
Wed Oct 7 12:51:05 UTC 2009 - coolo@novell.com541
542
- add obsolete/provides for pcre-32bit (bnc#539543)543
544
-------------------------------------------------------------------545
Wed Jun 10 13:03:11 CEST 2009 - coolo@novell.com546
547
- split package into tools, docs and libraries548
549
-------------------------------------------------------------------550
Fri Jun 5 23:13:22 CEST 2009 - crrodriguez@suse.de551
552
- disable static libraries, shouldn't be used now 553
554
-------------------------------------------------------------------555
Sat May 30 22:02:07 CEST 2009 - dmueller@suse.de556
557
- fix symlinks to libpcre and libpcreposix to fix the build558
559
-------------------------------------------------------------------560
Wed May 27 18:03:13 CEST 2009 - ms@suse.de561
562
- moved libpcre and libpcreposix to %{_lib} (bnc #507449)563
564
-------------------------------------------------------------------565
Tue May 5 14:24:17 CEST 2009 - ms@suse.de566
567
- Release 7.9 11-Apr-09 (bnc #500734)568
Mostly bugfixes and tidies with just a couple of minor569
functional additions. 570
571
-------------------------------------------------------------------572
Wed Jan 7 12:34:56 CET 2009 - olh@suse.de573
574
- obsolete old -XXbit packages (bnc#437293)575
576
-------------------------------------------------------------------577
Fri Sep 12 01:51:31 CEST 2008 - crrodriguez@suse.de578
579
- update to PCRE 7.8580
* More bug fixes, plus a performance improvement 581
in Unicode character property lookup.582
see complete changelog at http://www.pcre.org/changelog.txt583
584
585
-------------------------------------------------------------------586
Thu Apr 10 12:54:45 CEST 2008 - ro@suse.de587
588
- added baselibs.conf file to build xxbit packages589
for multilib support590
591
-------------------------------------------------------------------592
Fri Feb 1 19:43:16 CET 2008 - crrodriguez@suse.de593
594
- update to version 7.6595
- The main reason for having this release so soon after 7.5 596
is because it fixes a potential buffer overflow problem in pcre_compile() 597
when run in UTF-8 mode. In addition, the CMake configuration files have been brought up to date. 598
599
-------------------------------------------------------------------600
Sun Jan 13 09:08:22 CET 2008 - crrodriguez@suse.de601
602
- update version 7.5603
1. Applied a patch from Craig: "This patch makes it possible to 'ignore'604
values in parens when parsing an RE using the C++ wrapper."605
606
2. Negative specials like \S did not work in character classes in UTF-8 mode.607
Characters greater than 255 were excluded from the class instead of being608
included.609
610
3. The same bug as (2) above applied to negated POSIX classes such as611
[:^space:].612
613
4. PCRECPP_STATIC was referenced in pcrecpp_internal.h, but nowhere was it614
defined or documented. It seems to have been a typo for PCRE_STATIC, so615
I have changed it.616
617
5. The construct (?&) was not diagnosed as a syntax error (it referenced the618
first named subpattern) and a construct such as (?&a) would reference the619
first named subpattern whose name started with "a" (in other words, the620
length check was missing). Both these problems are fixed. "Subpattern name621
expected" is now given for (?&) (a zero-length name), and this patch also622
makes it give the same error for \k'' (previously it complained that that623
was a reference to a non-existent subpattern).624
625
6. The erroneous patterns (?+-a) and (?-+a) give different error messages;626
this is right because (?- can be followed by option settings as well as by627
digits. I have, however, made the messages clearer.628
629
7. Patterns such as (?(1)a|b) (a pattern that contains fewer subpatterns630
than the number used in the conditional) now cause a compile-time error.631
This is actually not compatible with Perl, which accepts such patterns, but632
treats the conditional as always being FALSE (as PCRE used to), but it633
seems to me that giving a diagnostic is better.634
635
8. Change "alphameric" to the more common word "alphanumeric" in comments636
and messages.637
638
9. Fix two occurrences of "backslash" in comments that should have been639
"backspace".640
641
10. Remove two redundant lines of code that can never be obeyed (their function642
was moved elsewhere).643
644
11. The program that makes PCRE's Unicode character property table had a bug645
which caused it to generate incorrect table entries for sequences of646
characters that have the same character type, but are in different scripts.647
It amalgamated them into a single range, with the script of the first of648
them. In other words, some characters were in the wrong script. There were649
thirteen such cases, affecting characters in the following ranges:650
651
U+002b0 - U+002c1652
U+0060c - U+0060d653
U+0061e - U+00612654
U+0064b - U+0065e655
U+0074d - U+0076d656
U+01800 - U+01805657
U+01d00 - U+01d77658
U+01d9b - U+01dbf659
U+0200b - U+0200f660
U+030fc - U+030fe661
U+03260 - U+0327f662
U+0fb46 - U+0fbb1663
U+10450 - U+1049d664
665
12. The -o option (show only the matching part of a line) for pcregrep was not666
compatible with GNU grep in that, if there was more than one match in a667
line, it showed only the first of them. It now behaves in the same way as668
GNU grep.669
670
13. If the -o and -v options were combined for pcregrep, it printed a blank671
line for every non-matching line. GNU grep prints nothing, and pcregrep now672
does the same. The return code can be used to tell if there were any673
non-matching lines.674
675
14. Added --file-offsets and --line-offsets to pcregrep.676
677
15. The pattern (?=something)(?R) was not being diagnosed as a potentially678
infinitely looping recursion. The bug was that positive lookaheads were not679
being skipped when checking for a possible empty match (negative lookaheads680
and both kinds of lookbehind were skipped).681
682
16. Fixed two typos in the Windows-only code in pcregrep.c, and moved the683
inclusion of <windows.h> to before rather than after the definition of684
INVALID_FILE_ATTRIBUTES (patch from David Byron).685
686
17. Specifying a possessive quantifier with a specific limit for a Unicode687
character property caused pcre_compile() to compile bad code, which led at688
runtime to PCRE_ERROR_INTERNAL (-14). Examples of patterns that caused this689
are: /\p{Zl}{2,3}+/8 and /\p{Cc}{2}+/8. It was the possessive "+" that690
caused the error; without that there was no problem.691
692
18. Added --enable-pcregrep-libz and --enable-pcregrep-libbz2.693
694
19. Added --enable-pcretest-libreadline.695
696
20. In pcrecpp.cc, the variable 'count' was incremented twice in697
RE::GlobalReplace(). As a result, the number of replacements returned was698
double what it should be. I removed one of the increments, but Craig sent a699
later patch that removed the other one (the right fix) and added unit tests700
that check the return values (which was not done before).701
702
21. Several CMake things:703
704
(1) Arranged that, when cmake is used on Unix, the libraries end up with705
the names libpcre and libpcreposix, not just pcre and pcreposix.706
707
(2) The above change means that pcretest and pcregrep are now correctly708
linked with the newly-built libraries, not previously installed ones.709
710
(3) Added PCRE_SUPPORT_LIBREADLINE, PCRE_SUPPORT_LIBZ, PCRE_SUPPORT_LIBBZ2.711
712
22. In UTF-8 mode, with newline set to "any", a pattern such as .*a.*=.b.*713
crashed when matching a string such as a\x{2029}b (note that \x{2029} is a714
UTF-8 newline character). The key issue is that the pattern starts .*;715
this means that the match must be either at the beginning, or after a716
newline. The bug was in the code for advancing after a failed match and717
checking that the new position followed a newline. It was not taking718
account of UTF-8 characters correctly.719
720
23. PCRE was behaving differently from Perl in the way it recognized POSIX721
character classes. PCRE was not treating the sequence [:...:] as a722
character class unless the ... were all letters. Perl, however, seems to723
allow any characters between [: and :], though of course it rejects as724
unknown any "names" that contain non-letters, because all the known class725
names consist only of letters. Thus, Perl gives an error for [[:1234:]],726
for example, whereas PCRE did not - it did not recognize a POSIX character727
class. This seemed a bit dangerous, so the code has been changed to be728
closer to Perl. The behaviour is not identical to Perl, because PCRE will729
diagnose an unknown class for, for example, [[:l\ower:]] where Perl will730
treat it as [[:lower:]]. However, PCRE does now give "unknown" errors where731
Perl does, and where it didn't before.732
733
24. Rewrite so as to remove the single use of %n from pcregrep because in some734
Windows environments %n is disabled by default. 735
736
-------------------------------------------------------------------737
Tue Nov 6 08:15:28 CET 2007 - crrodriguez@suse.de738
739
- update to version 7.4, since version 7.2, more than 40 bugs were fixed740
including multiple vulnerabilities [#325921] . The list of changes is too long741
to mention here, see changelog.txt for details. 742
743
-------------------------------------------------------------------744
Wed Aug 8 12:46:16 CEST 2007 - ms@suse.de745
746
- added fix to run ldconfig for libpcre*, Thanks to747
Cristian Rodriguez <crrodriguez@novell.com> who provided748
the patch (#298291)749
750
-------------------------------------------------------------------751
Mon Jul 23 15:22:40 CEST 2007 - ms@suse.de752
753
- update to version 7.2, fixes bug: (#293752)754
- Changes from 7.1 to 7.2755
756
1. If the fr_FR locale cannot be found for test 3, try the "french" locale,757
which is apparently normally available under Windows.758
759
2. Re-jig the pcregrep tests with different newline settings in an attempt760
to make them independent of the local environment's newline setting.761
762
3. Add code to configure.ac to remove -g from the CFLAGS default settings.763
764
4. Some of the "internals" tests were previously cut out when the link size765
was not 2, because the output contained actual offsets. The recent new766
"Z" feature of pcretest means that these can be cut out, making the tests767
usable with all link sizes.768
769
5. Implemented Stan Switzer's goto replacement for longjmp() when not using770
stack recursion. This gives a massive performance boost under BSD, but just771
a small improvement under Linux. However, it saves one field in the frame772
in all cases.773
774
6. Added more features from the forthcoming Perl 5.10:775
776
(a) (?-n) (where n is a string of digits) is a relative subroutine or777
recursion call. It refers to the nth most recently opened parentheses.778
779
(b) (?+n) is also a relative subroutine call; it refers to the nth next780
to be opened parentheses.781
782
(c) Conditions that refer to capturing parentheses can be specified783
relatively, for example, (?(-2)... or (?(+3)...784
785
(d) \K resets the start of the current match so that everything before786
is not part of it.787
788
(e) \k{name} is synonymous with \k<name> and \k'name' (.NET compatible).789
790
(f) \g{name} is another synonym - part of Perl 5.10's unification of791
reference syntax.792
793
(g) (?| introduces a group in which the numbering of parentheses in each794
alternative starts with the same number.795
796
(h) \h, \H, \v, and \V match horizontal and vertical whitespace.797
798
7. Added two new calls to pcre_fullinfo(): PCRE_INFO_OKPARTIAL and799
PCRE_INFO_JCHANGED.800
801
8. A pattern such as (.*(.)?)* caused pcre_exec() to fail by either not802
terminating or by crashing. Diagnosed by Viktor Griph; it was in the code803
for detecting groups that can match an empty string.804
805
9. A pattern with a very large number of alternatives (more than several806
hundred) was running out of internal workspace during the pre-compile807
phase, where pcre_compile() figures out how much memory will be needed. A808
bit of new cunning has reduced the workspace needed for groups with809
alternatives. The 1000-alternative test pattern now uses 12 bytes of810
workspace instead of running out of the 4096 that are available.811
812
10. Inserted some missing (unsigned int) casts to get rid of compiler warnings.813
814
11. Applied patch from Google to remove an optimization that didn't quite work.815
The report of the bug said:816
817
pcrecpp::RE("a*").FullMatch("aaa") matches, while818
pcrecpp::RE("a*?").FullMatch("aaa") does not, and819
pcrecpp::RE("a*?\\z").FullMatch("aaa") does again.820
821
12. If \p or \P was used in non-UTF-8 mode on a character greater than 127822
it matched the wrong number of bytes.823
824
-------------------------------------------------------------------825
Tue May 1 11:02:54 CEST 2007 - ms@suse.de826
827
- added --enable-unicode-properties configure option to support828
UTF-8 character strings in \P, \p, and \X (#269749)829
830
-------------------------------------------------------------------831
Mon Apr 30 10:12:10 CEST 2007 - trenn@suse.de832
833
- corrected assert compile error834
835
-------------------------------------------------------------------836
Wed Apr 25 13:39:55 CEST 2007 - ms@suse.de837
838
- update to pcre 7.1839
840
1. Applied Bob Rossi and Daniel G's patches to convert the build system to one841
that is more "standard", making use of automake and other Autotools. There842
is some re-arrangement of the files and adjustment of comments consequent843
on this.844
845
2. Part of the patch fixed a problem with the pcregrep tests. The test of -r846
for recursive directory scanning broke on some systems because the files847
are not scanned in any specific order and on different systems the order848
was different. A call to "sort" has been inserted into RunGrepTest for the849
approprate test as a short-term fix. In the longer term there may be an850
alternative.851
852
3. I had an email from Eric Raymond about problems translating some of PCRE's853
man pages to HTML (despite the fact that I distribute HTML pages, some854
people do their own conversions for various reasons). The problems855
concerned the use of low-level troff macros .br and .in. I have therefore856
removed all such uses from the man pages (some were redundant, some could857
be replaced by .nf/.fi pairs). The 132html script that I use to generate858
HTML has been updated to handle .nf/.fi and to complain if it encounters859
.br or .in.860
861
4. Updated comments in configure.ac that get placed in config.h.in and also862
arranged for config.h to be included in the distribution, with the name863
config.h.generic, for the benefit of those who have to compile without864
Autotools (compare pcre.h, which is now distributed as pcre.h.generic).865
866
5. Updated the support (such as it is) for Virtual Pascal, thanks to Stefan867
Weber: (1) pcre_internal.h was missing some function renames; (2) updated868
makevp.bat for the current PCRE, using the additional files869
makevp_c.txt, makevp_l.txt, and pcregexp.pas.870
871
6. A Windows user reported a minor discrepancy with test 2, which turned out872
to be caused by a trailing space on an input line that had got lost in his873
copy. The trailing space was an accident, so I've just removed it.874
875
7. Add -Wl,-R... flags in pcre-config.in for *BSD* systems, as I'm told876
that is needed.877
878
8. Mark ucp_table (in ucptable.h) and ucp_gentype (in pcre_ucp_searchfuncs.c)879
as "const" (a) because they are and (b) because it helps the PHP880
maintainers who have recently made a script to detect big data structures881
in the php code that should be moved to the .rodata section. I remembered882
to update Builducptable as well, so it won't revert if ucptable.h is ever883
re-created.884
885
9. Added some extra #ifdef SUPPORT_UTF8 conditionals into pcretest.c,886
pcre_printint.src, pcre_compile.c, pcre_study.c, and pcre_tables.c, in887
order to be able to cut out the UTF-8 tables in the latter when UTF-8888
support is not required. This saves 1.5-2K of code, which is important in889
some applications.890
891
Later: more #ifdefs are needed in pcre_ord2utf8.c and pcre_valid_utf8.c892
so as not to refer to the tables, even though these functions will never be893
called when UTF-8 support is disabled. Otherwise there are problems with a894
shared library.895
896
10. Fixed two bugs in the emulated memmove() function in pcre_internal.h:897
898
(a) It was defining its arguments as char * instead of void *.899
900
(b) It was assuming that all moves were upwards in memory; this was true901
a long time ago when I wrote it, but is no longer the case.902
903
The emulated memove() is provided for those environments that have neither904
memmove() nor bcopy(). I didn't think anyone used it these days, but that905
is clearly not the case, as these two bugs were recently reported.906
907
11. The script PrepareRelease is now distributed: it calls 132html, CleanTxt,908
and Detrail to create the HTML documentation, the .txt form of the man909
pages, and it removes trailing spaces from listed files. It also creates910
pcre.h.generic and config.h.generic from pcre.h and config.h. In the latter911
case, it wraps all the #defines with #ifndefs. This script should be run912
before "make dist".913
914
12. Fixed two fairly obscure bugs concerned with quantified caseless matching915
with Unicode property support.916
917
(a) For a maximizing quantifier, if the two different cases of the918
character were of different lengths in their UTF-8 codings (there are919
some cases like this - I found 11), and the matching function had to920
back up over a mixture of the two cases, it incorrectly assumed they921
were both the same length.922
923
(b) When PCRE was configured to use the heap rather than the stack for924
recursion during matching, it was not correctly preserving the data for925
the other case of a UTF-8 character when checking ahead for a match926
while processing a minimizing repeat. If the check also involved927
matching a wide character, but failed, corruption could cause an928
erroneous result when trying to check for a repeat of the original929
character.930
931
13. Some tidying changes to the testing mechanism:932
933
(a) The RunTest script now detects the internal link size and whether there934
is UTF-8 and UCP support by running ./pcretest -C instead of relying on935
values substituted by "configure". (The RunGrepTest script already did936
this for UTF-8.) The configure.ac script no longer substitutes the937
relevant variables.938
939
(b) The debugging options /B and /D in pcretest show the compiled bytecode940
with length and offset values. This means that the output is different941
for different internal link sizes. Test 2 is skipped for link sizes942
other than 2 because of this, bypassing the problem. Unfortunately,943
there was also a test in test 3 (the locale tests) that used /B and944
failed for link sizes other than 2. Rather than cut the whole test out,945
I have added a new /Z option to pcretest that replaces the length and946
offset values with spaces. This is now used to make test 3 independent947
of link size. (Test 2 will be tidied up later.)948
949
14. If erroroffset was passed as NULL to pcre_compile, it provoked a950
segmentation fault instead of returning the appropriate error message.951
952
15. In multiline mode when the newline sequence was set to "any", the pattern953
^$ would give a match between the \r and \n of a subject such as "A\r\nB".954
This doesn't seem right; it now treats the CRLF combination as the line955
ending, and so does not match in that case. It's only a pattern such as ^$956
that would hit this one: something like ^ABC$ would have failed after \r957
and then tried again after \r\n.958
959
16. Changed the comparison command for RunGrepTest from "diff -u" to "diff -ub"960
in an attempt to make files that differ only in their line terminators961
compare equal. This works on Linux.962
963
17. Under certain error circumstances pcregrep might try to free random memory964
as it exited. This is now fixed, thanks to valgrind.965
966
19. In pcretest, if the pattern /(?m)^$/g<any> was matched against the string967
"abc\r\n\r\n", it found an unwanted second match after the second \r. This968
was because its rules for how to advance for /g after matching an empty969
string at the end of a line did not allow for this case. They now check for970
it specially.971
972
20. pcretest is supposed to handle patterns and data of any length, by973
extending its buffers when necessary. It was getting this wrong when the974
buffer for a data line had to be extended.975
976
21. Added PCRE_NEWLINE_ANYCRLF which is like ANY, but matches only CR, LF, or977
CRLF as a newline sequence.978
979
22. Code for handling Unicode properties in pcre_dfa_exec() wasn't being cut980
out by #ifdef SUPPORT_UCP. This did no harm, as it could never be used, but981
I have nevertheless tidied it up.982
983
23. Added some casts to kill warnings from HP-UX ia64 compiler.984
985
24. Added a man page for pcre-config.986
987
-------------------------------------------------------------------988
Fri Feb 9 10:07:29 CET 2007 - ms@suse.de989
990
- fixed wrong usage of assert() call991
992
-------------------------------------------------------------------993
Tue Jan 9 11:28:53 CET 2007 - ms@suse.de994
995
- fixed build for all architectures996
997
-------------------------------------------------------------------998
Mon Jan 8 16:07:02 CET 2007 - ms@suse.de999
1000
- update to new version 7.01001
Changes: As well as a number of bugfixes, there has been a major1002
refactoring of the compiling code, which makes it easier to add new1003
features, including some new optimizations. A QuoteMeta function has been1004
added to the C++ wrapper. There is now a mode in which all Unicode newline1005
sequences are recognized. Support for the Perl 5.10 syntax for features1006
that were previously in PCRE but not in Perl (named groups, possessive1007
quantifiers) has been added.1008
1009
-------------------------------------------------------------------1010
Sat Oct 28 17:50:04 CEST 2006 - meissner@suse.de1011
1012
- CXXFLAGS needs RPM_OPT_FLAGS too.1013
1014
-------------------------------------------------------------------1015
Mon Jul 10 16:29:14 CEST 2006 - ms@suse.de1016
1017
- update to new version 6.71018
- finally removed evil configure patch1019
- When UTF-8 mode was not set, PCRE looped when compiling certain patterns1020
containing an extended class (one that cannot be represented by a bitmap1021
because it contains high-valued characters or Unicode property items, e.g.1022
[\pZ]). Almost always one would set UTF-8 mode when processing such a1023
pattern, but PCRE should not loop if you do not (it no longer does).1024
[Detail: two cases were found: (a) a repeated subpattern containing an1025
extended class; (b) a recursive reference to a subpattern that followed a1026
previous extended class. It wasn't skipping over the extended class1027
correctly when UTF-8 mode was not set.]1028
- Applied a patch from the folks at Google to pcrecpp.cc, to fix "another1029
instance of the 'standard' template library not being so standard".1030
1031
-------------------------------------------------------------------1032
Wed Jan 25 21:30:47 CET 2006 - mls@suse.de1033
1034
- converted neededforbuild to BuildRequires1035
1036
-------------------------------------------------------------------1037
Thu Jan 12 13:53:17 CET 2006 - mmj@suse.de1038
1039
- build with -fstack-protector1040
1041
-------------------------------------------------------------------1042
Thu Dec 1 01:39:04 CET 2005 - ro@suse.de1043
1044
- hack libtool core in configure script1045
since configure.in is too broken for a autoreconf ...1046
1047
-------------------------------------------------------------------1048
Mon Sep 19 17:53:52 CEST 2005 - mmj@suse.de1049
1050
- update to the latest version v6.41051
1052
-------------------------------------------------------------------1053
Tue Aug 2 11:19:20 CEST 2005 - mmj@suse.de1054
1055
- update to the latest version v6.21056
1057
-------------------------------------------------------------------1058
Thu Jun 23 13:18:50 CEST 2005 - mmj@suse.de1059
1060
- update to latest version v6.11061
1062
-------------------------------------------------------------------1063
Mon Jun 13 08:51:51 CEST 2005 - mmj@suse.de1064
1065
- add gcc-c++ to #nfb as well1066
1067
-------------------------------------------------------------------1068
Wed Jun 8 23:41:35 CEST 2005 - mmj@suse.de1069
1070
- update to latest version v6.01071
1072
-------------------------------------------------------------------1073
Mon May 23 11:17:20 CEST 2005 - mmj@suse.de1074
1075
- use --enable-utf81076
- use $RPM_OPT_FLAGS1077
1078
-------------------------------------------------------------------1079
Thu Mar 31 17:39:53 CEST 2005 - uli@suse.de1080
1081
- ignore test suite errors on ARM1082
1083
-------------------------------------------------------------------1084
Mon Nov 22 17:12:31 CET 2004 - choeger@suse.de1085
1086
- update to latest version v5.0 1087
1088
-------------------------------------------------------------------1089
Mon Jun 7 11:40:27 CEST 2004 - choeger@suse.de1090
1091
- update to latest version v4.51092
1093
-------------------------------------------------------------------1094
Mon Jan 5 15:39:13 CET 2004 - schwab@suse.de1095
1096
- Move pcre-config to pcre-devel.1097
1098
-------------------------------------------------------------------1099
Fri Oct 31 17:05:26 CET 2003 - choeger@suse.de1100
1101
- Don't build as root1102
1103
-------------------------------------------------------------------1104
Thu Aug 21 15:22:38 CEST 2003 - choeger@suse.de1105
1106
- update to v4.41107
1108
-------------------------------------------------------------------1109
Fri Aug 1 12:07:27 CEST 2003 - choeger@suse.de1110
1111
- disabled Test2, because it is not 64bit arch clean1112
(contacted author, he knows about that problem)1113
1114
-------------------------------------------------------------------1115
Wed Jul 30 14:56:52 CEST 2003 - choeger@suse.de1116
1117
- update to most recent version v4.31118
- splitted into -devel subpackage1119
1120
-------------------------------------------------------------------1121
Fri Dec 6 04:42:15 CET 2002 - coolo@suse.de1122
1123
- removed undefined symbols in libpcreposix1124
1125
-------------------------------------------------------------------1126
Tue Sep 17 17:34:28 CEST 2002 - ro@suse.de1127
1128
- removed bogus self-provides 1129
1130
-------------------------------------------------------------------1131
Fri Apr 5 10:57:15 CEST 2002 - coolo@suse.de1132
1133
- fixing autoheader usage1134
- forward ported %libdir changes from sles7-s390x1135
1136
-------------------------------------------------------------------1137
Tue Jan 22 19:07:26 CET 2002 - choeger@suse.de1138
1139
- update to version 3.91140
- added BuildRoot1141
1142
-------------------------------------------------------------------1143
Tue Aug 21 01:11:46 MEST 2001 - mge@suse.de1144
1145
- pcre 3.5 1146
1147
-------------------------------------------------------------------1148
Wed Apr 11 22:26:54 CEST 2001 - froh@suse.de1149
1150
- suse_update_config1151
1152
-------------------------------------------------------------------1153
Mon Dec 4 12:08:52 MET 2000 - mge@suse.de1154
1155
- pcre 3.41156
1157
-------------------------------------------------------------------1158
Tue Jun 27 19:41:41 MEST 2000 - mge@suse.de1159
1160
- pcre 3.21161
1162
-------------------------------------------------------------------1163
Thu Mar 2 12:22:48 CET 2000 - mge@suse.de1164
1165
- fixed manpath 1166
1167
-------------------------------------------------------------------1168
Sun Feb 13 16:54:53 MET 2000 - mge@suse.de1169
1170
- update to 3.11171
- group tag1172
1173
-------------------------------------------------------------------1174
Mon Oct 25 23:38:47 MEST 1999 - mge@suse.de1175
1176
- initial SuSE-RPM: changed Makefile to install into /usr1177
1178