File pcre.changes of Package pcre (Revision e13f10a6d7448f6112fecd7712a4c0e4)
Currently displaying revision e13f10a6d7448f6112fecd7712a4c0e4 , Show latest
1091
1
-------------------------------------------------------------------2
Tue May 11 20:13:43 UTC 2021 - Bernhard Wiedemann <bwiedemann@suse.com>3
4
- Do not run profiling 'check' in parallel5
to make package build reproducible (boo#1040589)6
7
-------------------------------------------------------------------8
Thu Feb 22 15:10:43 UTC 2018 - fvogt@suse.com9
10
- Use %license (boo#1082318)11
12
-------------------------------------------------------------------13
Wed Nov 1 17:46:54 UTC 2017 - kstreitova@suse.com14
15
- add pcre-8.41-stack_frame_size_detection.patch to fix pcre stack16
frame size detection because modern compilers broke it by cloning17
and inlining pcre match() function [bsc#1058722]18
19
-------------------------------------------------------------------20
Tue Sep 12 13:10:30 UTC 2017 - matz@suse.com21
22
- RunTest needs much stack, on s390x more than the default23
8 MB. [bnc#1046102]24
25
-------------------------------------------------------------------26
Tue Jul 25 08:15:58 UTC 2017 - astieger@suse.com27
28
- pcre 8.41:29
* If pcregrep in multiline mode with --only-matching matched30
several lines, it restarted scanning at the next line instead31
of moving on to the end of the matched string, which can be32
several lines after the start.33
* Fix a missing else in the JIT compiler reported by 'idaifish'.34
CVE-2017-6004 bsc#102570935
* A (?# style comment is now ignored between a basic quantifier36
and a following '+' or '?' (example: /X+(?#comment)?Y/.37
* Avoid use of a potentially overflowing buffer in pcregrep38
* Fix issues reported by fuzzers in pcretest:39
- Check for values < 256 when calling isprint() in pcretest.40
- Give an error for too big a number after \O.41
* In the 32-bit library in non-UTF mode, an attempt to find a 42
Unicode property for a character with a code point greater than43
0x10ffff (the Unicode maximum) caused a crash.44
CVE-2017-7186 bsc#1030066, CVE-2017-7244 bsc#103080745
* The alternative matching function, pcre_dfa_exec() misbehaved46
if it encountered a character class with a possessive repeat,47
for example [a-f]{3}+.48
* When pcretest called pcre_copy_substring() in 32-bit mode, it49
set the buffer length incorrectly, which could result in buffer50
overflow. CVE-2017-7245 bsc#1030805, CVE-2017-7246 bsc#103080351
52
-------------------------------------------------------------------53
Fri Jun 2 12:42:01 UTC 2017 - mpluskal@suse.com54
55
- Enable jit on aarch6456
- Enable profiled building57
58
-------------------------------------------------------------------59
Thu Feb 9 08:55:30 UTC 2017 - astieger@suse.com60
61
- pcre 8.40:62
* Using -o with -M in pcregrep could cause unnecessary repeated63
output when the match extended over a line boundary.64
* Fix register overwite in JIT when SSE2 acceleration is enabled.65
* Ignore "show all captures" (/=) for DFA matching.66
* Fix JIT unaligned accesses on x8667
* In any wide-character mode (8-bit UTF or any 16-bit or 32-bit68
mode), without PCRE_UCP set, a negative character type such as69
\D in a positive class should cause all characters greater than70
255 to match, whatever else is in the class. There was a bug71
that caused this not to happen if a Unicode property item was72
added to such a class, for example [\D\P{Nd}] or [\W\pL].73
* When pcretest was outputing information from a callout, the74
caret indicator for the current position in the subject line75
was incorrect if it was after an escape sequence for a76
character whose code point was greater than \x{ff}.77
* A pattern such as (?<RA>abc)(?(R)xyz) was incorrectly compiled78
such that the conditional was interpreted as a reference to79
capturing group 1 instead of a test for recursion. Any group80
whose name began with R was misinterpreted in this way. (The81
reference interpretation should only happen if the group's name82
is precisely "R".)83
* A number of bugs have been mended relating to match start-up84
optimizations when the first thing in a pattern is a positive85
lookahead. These all applied only when PCRE_NO_START_OPTIMIZE86
was *not* set:87
+ A pattern such as (?=.*X)X$ was incorrectly optimized as if88
it needed both an initial 'X' and a following 'X'.89
+ Some patterns starting with an assertion that started with90
.* were incorrectly optimized as having to match at the start91
of the subject or after a newline. There are cases where this92
is not true, for example, (?=.*[A-Z])(?=.{8,16})(?!.*[\s])93
matches after the start in lines that start with spaces.94
Starting .* in an assertion is no longer taken as an95
indication of matching at the start (or after a newline).96
97
-------------------------------------------------------------------98
Tue Feb 7 16:17:44 UTC 2017 - dimstar@opensuse.org99
100
- Explicitly package %{_docdir}/%{name} to fix build with RPM 4.13.101
102
-------------------------------------------------------------------103
Mon Aug 1 15:22:09 UTC 2016 - astieger@suse.com104
105
- record minor vulnerabilities fixed in 8.39106
107
-------------------------------------------------------------------108
Wed Jun 15 07:44:27 UTC 2016 - mpluskal@suse.com109
110
- Update to version 8.39:111
* Some appropriate PCRE2 JIT improvements have been retro-fitted 112
to PCRE1.113
* CVE-2016-3191: workspace overflow for (*ACCEPT) with deeply114
nested parentheses (boo#971741)115
* CVE-2016-1283: Heap buffer overflow DoS (boo#960837)116
* Apart from that, this is another bug-fix release.117
118
-------------------------------------------------------------------119
Thu Nov 26 08:28:01 UTC 2015 - astieger@suse.com120
121
- pcre 8.38:122
* CVE-2015-3217: Call Stack Overflow Vulnerability in match()123
bsc#933878124
* Other fixes to assertions, crashes, buffer overflows and 125
performance issues found by fuzzer, affecting applications126
accepting regular expression from untrusted sources127
128
-------------------------------------------------------------------129
Thu Apr 30 22:08:31 UTC 2015 - astieger@suse.com130
131
- pcre 8.37:132
* CVE-2015-2325: Patterns with certain groups specifying a zero133
minimum quantifier caused incorrect code to be compiled,134
leading to an incorrect memory read. [boo#924960]135
* CVE-2015-2326: Specific patterns containing a forward reference136
with subroutine calls caused incorrect code to be compiled137
[boo#924961]138
* CVE-2014-8964: If an assertion condition was quantified with a139
minimum of zero, SIGSEGV or other misbehaviour could occur.140
[boo#906574]141
* further bug fixes as listed in ChangeLog142
143
-------------------------------------------------------------------144
Mon Mar 9 00:43:18 UTC 2015 - p.drouand@gmail.com145
146
- Update to version 3.16147
* This is primarily a bug-fix release.148
* The Unicode data tables have been updated to Unicode 7.0.0.149
- Remove pcre-commit1472.patch; fixed on upstream release150
- Remove obsolete "Obsoletes" tag151
152
-------------------------------------------------------------------153
Tue Sep 2 07:30:08 UTC 2014 - jengelh@inai.de154
155
- Improve on RPM group classification156
- Remove defunct %gpg_verify (replaced by source validators),157
defunct freecode link158
159
-------------------------------------------------------------------160
Thu Aug 28 03:10:39 UTC 2014 - crrodriguez@opensuse.org161
162
- Harden build with full RELRO as this libraries end linked163
to at least one setuid root executable.164
165
-------------------------------------------------------------------166
Mon Jun 16 14:44:43 UTC 2014 - dvaleev@suse.com167
168
- Enable JIT on ppc64le as well 169
170
-------------------------------------------------------------------171
Sat May 3 06:07:56 UTC 2014 - coolo@suse.com172
173
- update to 0.35:174
There have been performance improvements for classes containing non-ASCII175
characters and the "auto-possessification" feature has been extended. Other176
minor improvements have been implemented and bugs fixed. There is a new callout177
feature to enable applications to do detailed stack checks at compile time, to178
avoid running out of stack for deeply nested parentheses. The JIT compiler has179
been extended with experimental support for ARM-64, MIPS-64, and PPC-LE.180
- add pcre-commit1472.patch from SVN to work with gcc49, see181
http://bugs.exim.org/show_bug.cgi?id=1463182
183
-------------------------------------------------------------------184
Sun Mar 23 20:50:04 UTC 2014 - tchvatal@suse.com185
186
- Add automake and autoconf as explicit deps as we run autoreconf187
188
-------------------------------------------------------------------189
Sun Mar 23 20:49:02 UTC 2014 - tchvatal@suse.com190
191
- Add patch pcre-8.21-multilib.patch to fix RPATH issues.192
* The patch is taken from RedHat.193
194
-------------------------------------------------------------------195
Sun Mar 23 20:47:05 UTC 2014 - tchvatal@suse.com196
197
- Clean up with the spec cleaner. Use -j1 in tests as it is not198
really thread safe199
200
-------------------------------------------------------------------201
Sun Mar 23 20:35:09 UTC 2014 - tchvatal@suse.com202
203
- Version bump to 8.34:204
* warning fixes205
* perl fixes206
* unocode6.3.0 support207
* gconv support208
209
-------------------------------------------------------------------210
Wed Nov 13 19:06:09 UTC 2013 - sweet_f_a@gmx.de211
212
- enable tests for all archs213
- --enable-jit for sparc214
215
-------------------------------------------------------------------216
Thu Jun 13 16:20:10 UTC 2013 - jengelh@inai.de217
218
- Update to new upstream release 8.33219
* The Just-In-Time compiler (JIT) now supports all pattern220
features, including callouts and the backtracking verbs. In221
addition, some bugs are fixed and there are minor performance222
enhancements.223
- More robust make install call. Provide signature verification224
files (avoid depending on gpg-offline due to bootstrap cycle).225
226
-------------------------------------------------------------------227
Sat Jun 8 20:16:10 UTC 2013 - crrodriguez@opensuse.org228
229
- Ensure the PCRE library and tools are built with large file 230
support in 32 bit archs.231
232
-------------------------------------------------------------------233
Sun Jan 6 15:40:59 UTC 2013 - p.drouand@gmail.com234
235
- Update to 8.32 version:236
* There is now support for 32-bit character strings and UTF-32. Like the237
16-bit support, this is done by compiling a separate 32-bit library.238
* \X now matches a Unicode extended grapheme cluster.239
* Case-independent matching of Unicode characters that have more than one240
"other case" now makes all three (or more) characters equivalent. This241
applies, for example, to Greek Sigma, which has two lowercase versions.242
* Unicode character properties are updated to Unicode 6.2.0.243
* The EBCDIC support, which had decayed, has had a spring clean.244
* A number of JIT optimizations have been added, which give faster JIT245
execution speed. In addition, a new direct interface to JIT execution is246
available. This bypasses some of the sanity checks of pcre_exec() to give a247
noticeable speed-up.248
* A number of issues in pcregrep have been fixed, making it more compatible249
with GNU grep. In particular, --exclude and --include (and variants) apply250
to all files now, not just those obtained from scanning a directory251
recursively. In Windows environments, the default action for directories is252
now "skip" instead of "read" (which provokes an error).253
* If the --only-matching (-o) option in pcregrep is specified multiple254
times, each one causes appropriate output. For example, -o1 -o2 outputs the255
substrings matched by the 1st and 2nd capturing parentheses. A separating256
string can be specified by --om-separator (default empty).257
* When PCRE is built via Autotools using a version of gcc that has the258
"visibility" feature, it is used to hide internal library functions that are259
not part of the public API.260
- updated and versionned pcre-visibility.patch to svn trunk261
* Modifications on configure.ac and makefile have been merged on upstream release262
263
-------------------------------------------------------------------264
Fri Nov 23 19:13:09 UTC 2012 - jengelh@inai.de265
266
- Update package descriptions about the differences between the267
PCRE library subpackages.268
269
-------------------------------------------------------------------270
Wed Nov 7 13:35:35 UTC 2012 - cgiboudeaux@gmx.com271
272
- Use the --enable-pcre16 configure flag.273
This switch enables 16 bit character support that will be required by Qt5274
275
-------------------------------------------------------------------276
Fri Aug 17 14:18:53 UTC 2012 - dimstar@opensuse.org277
278
- Upate to version 8.31:279
+ The JIT compiler now supports partial matching and the (*MARK)280
and (*COMMIT) verbs281
+ PCRE_INFO_MAXLOOKBEHIND can be used to find the longest282
lookbehing in a pattern.283
+ There should be a performance improvement when using the heap284
instead of the stack for recursion285
+ pcregrep can now be linked with libedit as an alternative to286
libreadline287
+ pcregrep now has a --file-list option where the list of files288
to scan is given as a file289
+ pcregrep now recognizes binary files and there are related290
options291
+ The Unicode tables have been updated to 6.1.0292
- Rebase pcre-visibility.patch.293
294
-------------------------------------------------------------------295
Thu Jul 19 17:18:04 UTC 2012 - jengelh@inai.de296
297
- Only use --enable-jit on supported architectures; the build will298
otherwise fail (e.g. on sparc).299
300
-------------------------------------------------------------------301
Thu May 10 15:59:21 UTC 2012 - afaerber@suse.de302
303
- Add devel-static package304
305
-------------------------------------------------------------------306
Tue Feb 7 15:10:59 UTC 2012 - crrodriguez@opensuse.org307
308
- fix baselibs 309
310
-------------------------------------------------------------------311
Tue Feb 7 04:40:59 UTC 2012 - crrodriguez@opensuse.org312
313
- Update to PCRE 8.30, upstream SONAME bump, libpcre1 314
- Drop no longer needed ppc patch.315
- move library back to %{_libdir}316
317
-------------------------------------------------------------------318
Wed Feb 1 10:44:38 UTC 2012 - dvaleev@suse.com319
320
- Fix cache-flush on PPC 321
322
-------------------------------------------------------------------323
Wed Nov 16 08:17:40 UTC 2011 - coolo@suse.com324
325
- add libtool as buildrequire to avoid implicit dependency326
327
-------------------------------------------------------------------328
Tue Nov 1 16:16:49 UTC 2011 - crrodriguez@opensuse.org329
330
- Update to version 8.20 331
* too many fixes to list here, see included ChangeLog332
* replace pcre-visibility patch with the one I submitted to 333
upstream for inclusion.334
335
-------------------------------------------------------------------336
Tue Oct 11 22:39:57 UTC 2011 - dmueller@suse.de337
338
- udpate to 8.13:339
* too many fixes to list here, see included ChangeLog340
* the Unicode data tables have been updated to Unicode 6.0.0. 341
342
-------------------------------------------------------------------343
Mon Sep 19 15:15:41 UTC 2011 - coolo@suse.com344
345
- remove fragile _service 346
347
-------------------------------------------------------------------348
Wed Mar 9 14:20:37 UTC 2011 - coolo@novell.com349
350
- Update to version 8.12351
352
* This release fixes some bugs in pcregrep, one of which caused the tests to fail353
on 64-bit big-endian systems. There are no changes to the code of the library.354
355
- Update to version 8.11356
* A number of bugs in the library and in pcregrep have been fixed. As always, see357
ChangeLog for details. The following are the non-bug-fix changes:358
359
Added --match-limit and --recursion-limit to pcregrep.360
361
Added an optional parentheses number to the -o and --only-matching options362
of pcregrep.363
364
Changed the way PCRE_PARTIAL_HARD affects the matching of $, \z, \Z, \b, and365
\B.366
367
Added PCRE_ERROR_SHORTUTF8 to make it possible to distinguish between a368
bad UTF-8 sequence and one that is incomplete when using PCRE_PARTIAL_HARD.369
370
Recognize (*NO_START_OPT) at the start of a pattern to set the PCRE_NO_371
START_OPTIMIZE option, which is now allowed at compile time372
373
-------------------------------------------------------------------374
Sat Oct 30 02:15:06 UTC 2010 - cristian.rodriguez@opensuse.org375
376
- Support GCC visibility, symbol clashes no more. 377
378
-------------------------------------------------------------------379
Sun Sep 19 11:03:57 CEST 2010 - vuntz@opensuse.org380
381
- Update to version 8.10:382
+ Major additions:383
- support for (*MARK) and friends384
- PCRE_UCP option, which changes the behaviour of \b, \d, \s,385
and \w (and their opposites) so that they make use of Unicode386
properties387
+ Other additions:388
- support for \N, which always matches any character other than389
newline390
- added --line-buffered to pcregrep391
+ Several small new features and bugfixes392
- Changes from version 8.02:393
+ Update Unicode data tables to Unicode 5.2.0394
+ Update the licensing terms in the pcregexp.pas file395
+ Several bug fixes396
- Changes from version 8.01:397
+ Several bug fixes and build system improvements398
- Changes from version 8.00:399
+ Enhancements:400
- remove restrictions on patterns used for partial matching401
- give extra information for partial matches402
- improve the partial matching process403
- add option to make a partial match override a full match404
- enhance "study" process by finding a lower bound matching405
length406
- groups with duplicate numbers may now have duplicated names407
without the use of PCRE_DUPNAMES, but they may not have408
different names409
- add REG_UNGREEDY to the pcreposix interface, which maps to410
PCRE_UNGREEDY.411
+ Several bug fixes412
- Drop pcre-7.9.patch: fixed upstream.413
- Rearrange spec file to have all the %files sections together, as414
well as all the scriptlets together.415
- Kill the main package that only included doc files like AUTHORS,416
NEWS, and license, and put those files in libpcre0: this really417
makes more sense. Therefore, make libpcre0 Provides/Obsoletes418
libpcre0.419
- We can also remove the other dependencies on the main package,420
since everything already depends on libpcre0.421
- Remove AutoReqProv: it's default now.422
- Remove references to perl 5.005 in descriptons: it's not423
mentioned anywhere anymore upstream.424
425
-------------------------------------------------------------------426
Mon Jun 28 06:38:35 UTC 2010 - jengelh@medozas.de427
428
- use %_smp_mflags429
430
-------------------------------------------------------------------431
Sat Apr 24 10:38:30 UTC 2010 - coolo@novell.com432
433
- buildrequire pkg-config to fix provides434
435
-------------------------------------------------------------------436
Thu Feb 25 16:49:20 UTC 2010 - prusnak@suse.cz437
438
- build noarch docs only for >= 11.2439
440
-------------------------------------------------------------------441
Wed Feb 10 16:16:56 CET 2010 - ms@suse.de442
443
- fixed license statement according to the conversation444
and permissions granted in (bnc #578724)445
446
-------------------------------------------------------------------447
Sat Dec 12 18:38:47 CET 2009 - jengelh@medozas.de448
449
- add baselibs.conf as a source450
- package documentation as noarch451
452
-------------------------------------------------------------------453
Wed Oct 7 12:51:05 UTC 2009 - coolo@novell.com454
455
- add obsolete/provides for pcre-32bit (bnc#539543)456
457
-------------------------------------------------------------------458
Wed Jun 10 13:03:11 CEST 2009 - coolo@novell.com459
460
- split package into tools, docs and libraries461
462
-------------------------------------------------------------------463
Fri Jun 5 23:13:22 CEST 2009 - crrodriguez@suse.de464
465
- disable static libraries, shouldn't be used now 466
467
-------------------------------------------------------------------468
Sat May 30 22:02:07 CEST 2009 - dmueller@suse.de469
470
- fix symlinks to libpcre and libpcreposix to fix the build471
472
-------------------------------------------------------------------473
Wed May 27 18:03:13 CEST 2009 - ms@suse.de474
475
- moved libpcre and libpcreposix to %{_lib} (bnc #507449)476
477
-------------------------------------------------------------------478
Tue May 5 14:24:17 CEST 2009 - ms@suse.de479
480
- Release 7.9 11-Apr-09 (bnc #500734)481
Mostly bugfixes and tidies with just a couple of minor482
functional additions. 483
484
-------------------------------------------------------------------485
Wed Jan 7 12:34:56 CET 2009 - olh@suse.de486
487
- obsolete old -XXbit packages (bnc#437293)488
489
-------------------------------------------------------------------490
Fri Sep 12 01:51:31 CEST 2008 - crrodriguez@suse.de491
492
- update to PCRE 7.8493
* More bug fixes, plus a performance improvement 494
in Unicode character property lookup.495
see complete changelog at http://www.pcre.org/changelog.txt496
497
498
-------------------------------------------------------------------499
Thu Apr 10 12:54:45 CEST 2008 - ro@suse.de500
501
- added baselibs.conf file to build xxbit packages502
for multilib support503
504
-------------------------------------------------------------------505
Fri Feb 1 19:43:16 CET 2008 - crrodriguez@suse.de506
507
- update to version 7.6508
- The main reason for having this release so soon after 7.5 509
is because it fixes a potential buffer overflow problem in pcre_compile() 510
when run in UTF-8 mode. In addition, the CMake configuration files have been brought up to date. 511
512
-------------------------------------------------------------------513
Sun Jan 13 09:08:22 CET 2008 - crrodriguez@suse.de514
515
- update version 7.5516
1. Applied a patch from Craig: "This patch makes it possible to 'ignore'517
values in parens when parsing an RE using the C++ wrapper."518
519
2. Negative specials like \S did not work in character classes in UTF-8 mode.520
Characters greater than 255 were excluded from the class instead of being521
included.522
523
3. The same bug as (2) above applied to negated POSIX classes such as524
[:^space:].525
526
4. PCRECPP_STATIC was referenced in pcrecpp_internal.h, but nowhere was it527
defined or documented. It seems to have been a typo for PCRE_STATIC, so528
I have changed it.529
530
5. The construct (?&) was not diagnosed as a syntax error (it referenced the531
first named subpattern) and a construct such as (?&a) would reference the532
first named subpattern whose name started with "a" (in other words, the533
length check was missing). Both these problems are fixed. "Subpattern name534
expected" is now given for (?&) (a zero-length name), and this patch also535
makes it give the same error for \k'' (previously it complained that that536
was a reference to a non-existent subpattern).537
538
6. The erroneous patterns (?+-a) and (?-+a) give different error messages;539
this is right because (?- can be followed by option settings as well as by540
digits. I have, however, made the messages clearer.541
542
7. Patterns such as (?(1)a|b) (a pattern that contains fewer subpatterns543
than the number used in the conditional) now cause a compile-time error.544
This is actually not compatible with Perl, which accepts such patterns, but545
treats the conditional as always being FALSE (as PCRE used to), but it546
seems to me that giving a diagnostic is better.547
548
8. Change "alphameric" to the more common word "alphanumeric" in comments549
and messages.550
551
9. Fix two occurrences of "backslash" in comments that should have been552
"backspace".553
554
10. Remove two redundant lines of code that can never be obeyed (their function555
was moved elsewhere).556
557
11. The program that makes PCRE's Unicode character property table had a bug558
which caused it to generate incorrect table entries for sequences of559
characters that have the same character type, but are in different scripts.560
It amalgamated them into a single range, with the script of the first of561
them. In other words, some characters were in the wrong script. There were562
thirteen such cases, affecting characters in the following ranges:563
564
U+002b0 - U+002c1565
U+0060c - U+0060d566
U+0061e - U+00612567
U+0064b - U+0065e568
U+0074d - U+0076d569
U+01800 - U+01805570
U+01d00 - U+01d77571
U+01d9b - U+01dbf572
U+0200b - U+0200f573
U+030fc - U+030fe574
U+03260 - U+0327f575
U+0fb46 - U+0fbb1576
U+10450 - U+1049d577
578
12. The -o option (show only the matching part of a line) for pcregrep was not579
compatible with GNU grep in that, if there was more than one match in a580
line, it showed only the first of them. It now behaves in the same way as581
GNU grep.582
583
13. If the -o and -v options were combined for pcregrep, it printed a blank584
line for every non-matching line. GNU grep prints nothing, and pcregrep now585
does the same. The return code can be used to tell if there were any586
non-matching lines.587
588
14. Added --file-offsets and --line-offsets to pcregrep.589
590
15. The pattern (?=something)(?R) was not being diagnosed as a potentially591
infinitely looping recursion. The bug was that positive lookaheads were not592
being skipped when checking for a possible empty match (negative lookaheads593
and both kinds of lookbehind were skipped).594
595
16. Fixed two typos in the Windows-only code in pcregrep.c, and moved the596
inclusion of <windows.h> to before rather than after the definition of597
INVALID_FILE_ATTRIBUTES (patch from David Byron).598
599
17. Specifying a possessive quantifier with a specific limit for a Unicode600
character property caused pcre_compile() to compile bad code, which led at601
runtime to PCRE_ERROR_INTERNAL (-14). Examples of patterns that caused this602
are: /\p{Zl}{2,3}+/8 and /\p{Cc}{2}+/8. It was the possessive "+" that603
caused the error; without that there was no problem.604
605
18. Added --enable-pcregrep-libz and --enable-pcregrep-libbz2.606
607
19. Added --enable-pcretest-libreadline.608
609
20. In pcrecpp.cc, the variable 'count' was incremented twice in610
RE::GlobalReplace(). As a result, the number of replacements returned was611
double what it should be. I removed one of the increments, but Craig sent a612
later patch that removed the other one (the right fix) and added unit tests613
that check the return values (which was not done before).614
615
21. Several CMake things:616
617
(1) Arranged that, when cmake is used on Unix, the libraries end up with618
the names libpcre and libpcreposix, not just pcre and pcreposix.619
620
(2) The above change means that pcretest and pcregrep are now correctly621
linked with the newly-built libraries, not previously installed ones.622
623
(3) Added PCRE_SUPPORT_LIBREADLINE, PCRE_SUPPORT_LIBZ, PCRE_SUPPORT_LIBBZ2.624
625
22. In UTF-8 mode, with newline set to "any", a pattern such as .*a.*=.b.*626
crashed when matching a string such as a\x{2029}b (note that \x{2029} is a627
UTF-8 newline character). The key issue is that the pattern starts .*;628
this means that the match must be either at the beginning, or after a629
newline. The bug was in the code for advancing after a failed match and630
checking that the new position followed a newline. It was not taking631
account of UTF-8 characters correctly.632
633
23. PCRE was behaving differently from Perl in the way it recognized POSIX634
character classes. PCRE was not treating the sequence [:...:] as a635
character class unless the ... were all letters. Perl, however, seems to636
allow any characters between [: and :], though of course it rejects as637
unknown any "names" that contain non-letters, because all the known class638
names consist only of letters. Thus, Perl gives an error for [[:1234:]],639
for example, whereas PCRE did not - it did not recognize a POSIX character640
class. This seemed a bit dangerous, so the code has been changed to be641
closer to Perl. The behaviour is not identical to Perl, because PCRE will642
diagnose an unknown class for, for example, [[:l\ower:]] where Perl will643
treat it as [[:lower:]]. However, PCRE does now give "unknown" errors where644
Perl does, and where it didn't before.645
646
24. Rewrite so as to remove the single use of %n from pcregrep because in some647
Windows environments %n is disabled by default. 648
649
-------------------------------------------------------------------650
Tue Nov 6 08:15:28 CET 2007 - crrodriguez@suse.de651
652
- update to version 7.4, since version 7.2, more than 40 bugs were fixed653
including multiple vulnerabilities [#325921] . The list of changes is too long654
to mention here, see changelog.txt for details. 655
656
-------------------------------------------------------------------657
Wed Aug 8 12:46:16 CEST 2007 - ms@suse.de658
659
- added fix to run ldconfig for libpcre*, Thanks to660
Cristian Rodriguez <crrodriguez@novell.com> who provided661
the patch (#298291)662
663
-------------------------------------------------------------------664
Mon Jul 23 15:22:40 CEST 2007 - ms@suse.de665
666
- update to version 7.2, fixes bug: (#293752)667
- Changes from 7.1 to 7.2668
669
1. If the fr_FR locale cannot be found for test 3, try the "french" locale,670
which is apparently normally available under Windows.671
672
2. Re-jig the pcregrep tests with different newline settings in an attempt673
to make them independent of the local environment's newline setting.674
675
3. Add code to configure.ac to remove -g from the CFLAGS default settings.676
677
4. Some of the "internals" tests were previously cut out when the link size678
was not 2, because the output contained actual offsets. The recent new679
"Z" feature of pcretest means that these can be cut out, making the tests680
usable with all link sizes.681
682
5. Implemented Stan Switzer's goto replacement for longjmp() when not using683
stack recursion. This gives a massive performance boost under BSD, but just684
a small improvement under Linux. However, it saves one field in the frame685
in all cases.686
687
6. Added more features from the forthcoming Perl 5.10:688
689
(a) (?-n) (where n is a string of digits) is a relative subroutine or690
recursion call. It refers to the nth most recently opened parentheses.691
692
(b) (?+n) is also a relative subroutine call; it refers to the nth next693
to be opened parentheses.694
695
(c) Conditions that refer to capturing parentheses can be specified696
relatively, for example, (?(-2)... or (?(+3)...697
698
(d) \K resets the start of the current match so that everything before699
is not part of it.700
701
(e) \k{name} is synonymous with \k<name> and \k'name' (.NET compatible).702
703
(f) \g{name} is another synonym - part of Perl 5.10's unification of704
reference syntax.705
706
(g) (?| introduces a group in which the numbering of parentheses in each707
alternative starts with the same number.708
709
(h) \h, \H, \v, and \V match horizontal and vertical whitespace.710
711
7. Added two new calls to pcre_fullinfo(): PCRE_INFO_OKPARTIAL and712
PCRE_INFO_JCHANGED.713
714
8. A pattern such as (.*(.)?)* caused pcre_exec() to fail by either not715
terminating or by crashing. Diagnosed by Viktor Griph; it was in the code716
for detecting groups that can match an empty string.717
718
9. A pattern with a very large number of alternatives (more than several719
hundred) was running out of internal workspace during the pre-compile720
phase, where pcre_compile() figures out how much memory will be needed. A721
bit of new cunning has reduced the workspace needed for groups with722
alternatives. The 1000-alternative test pattern now uses 12 bytes of723
workspace instead of running out of the 4096 that are available.724
725
10. Inserted some missing (unsigned int) casts to get rid of compiler warnings.726
727
11. Applied patch from Google to remove an optimization that didn't quite work.728
The report of the bug said:729
730
pcrecpp::RE("a*").FullMatch("aaa") matches, while731
pcrecpp::RE("a*?").FullMatch("aaa") does not, and732
pcrecpp::RE("a*?\\z").FullMatch("aaa") does again.733
734
12. If \p or \P was used in non-UTF-8 mode on a character greater than 127735
it matched the wrong number of bytes.736
737
-------------------------------------------------------------------738
Tue May 1 11:02:54 CEST 2007 - ms@suse.de739
740
- added --enable-unicode-properties configure option to support741
UTF-8 character strings in \P, \p, and \X (#269749)742
743
-------------------------------------------------------------------744
Mon Apr 30 10:12:10 CEST 2007 - trenn@suse.de745
746
- corrected assert compile error747
748
-------------------------------------------------------------------749
Wed Apr 25 13:39:55 CEST 2007 - ms@suse.de750
751
- update to pcre 7.1752
753
1. Applied Bob Rossi and Daniel G's patches to convert the build system to one754
that is more "standard", making use of automake and other Autotools. There755
is some re-arrangement of the files and adjustment of comments consequent756
on this.757
758
2. Part of the patch fixed a problem with the pcregrep tests. The test of -r759
for recursive directory scanning broke on some systems because the files760
are not scanned in any specific order and on different systems the order761
was different. A call to "sort" has been inserted into RunGrepTest for the762
approprate test as a short-term fix. In the longer term there may be an763
alternative.764
765
3. I had an email from Eric Raymond about problems translating some of PCRE's766
man pages to HTML (despite the fact that I distribute HTML pages, some767
people do their own conversions for various reasons). The problems768
concerned the use of low-level troff macros .br and .in. I have therefore769
removed all such uses from the man pages (some were redundant, some could770
be replaced by .nf/.fi pairs). The 132html script that I use to generate771
HTML has been updated to handle .nf/.fi and to complain if it encounters772
.br or .in.773
774
4. Updated comments in configure.ac that get placed in config.h.in and also775
arranged for config.h to be included in the distribution, with the name776
config.h.generic, for the benefit of those who have to compile without777
Autotools (compare pcre.h, which is now distributed as pcre.h.generic).778
779
5. Updated the support (such as it is) for Virtual Pascal, thanks to Stefan780
Weber: (1) pcre_internal.h was missing some function renames; (2) updated781
makevp.bat for the current PCRE, using the additional files782
makevp_c.txt, makevp_l.txt, and pcregexp.pas.783
784
6. A Windows user reported a minor discrepancy with test 2, which turned out785
to be caused by a trailing space on an input line that had got lost in his786
copy. The trailing space was an accident, so I've just removed it.787
788
7. Add -Wl,-R... flags in pcre-config.in for *BSD* systems, as I'm told789
that is needed.790
791
8. Mark ucp_table (in ucptable.h) and ucp_gentype (in pcre_ucp_searchfuncs.c)792
as "const" (a) because they are and (b) because it helps the PHP793
maintainers who have recently made a script to detect big data structures794
in the php code that should be moved to the .rodata section. I remembered795
to update Builducptable as well, so it won't revert if ucptable.h is ever796
re-created.797
798
9. Added some extra #ifdef SUPPORT_UTF8 conditionals into pcretest.c,799
pcre_printint.src, pcre_compile.c, pcre_study.c, and pcre_tables.c, in800
order to be able to cut out the UTF-8 tables in the latter when UTF-8801
support is not required. This saves 1.5-2K of code, which is important in802
some applications.803
804
Later: more #ifdefs are needed in pcre_ord2utf8.c and pcre_valid_utf8.c805
so as not to refer to the tables, even though these functions will never be806
called when UTF-8 support is disabled. Otherwise there are problems with a807
shared library.808
809
10. Fixed two bugs in the emulated memmove() function in pcre_internal.h:810
811
(a) It was defining its arguments as char * instead of void *.812
813
(b) It was assuming that all moves were upwards in memory; this was true814
a long time ago when I wrote it, but is no longer the case.815
816
The emulated memove() is provided for those environments that have neither817
memmove() nor bcopy(). I didn't think anyone used it these days, but that818
is clearly not the case, as these two bugs were recently reported.819
820
11. The script PrepareRelease is now distributed: it calls 132html, CleanTxt,821
and Detrail to create the HTML documentation, the .txt form of the man822
pages, and it removes trailing spaces from listed files. It also creates823
pcre.h.generic and config.h.generic from pcre.h and config.h. In the latter824
case, it wraps all the #defines with #ifndefs. This script should be run825
before "make dist".826
827
12. Fixed two fairly obscure bugs concerned with quantified caseless matching828
with Unicode property support.829
830
(a) For a maximizing quantifier, if the two different cases of the831
character were of different lengths in their UTF-8 codings (there are832
some cases like this - I found 11), and the matching function had to833
back up over a mixture of the two cases, it incorrectly assumed they834
were both the same length.835
836
(b) When PCRE was configured to use the heap rather than the stack for837
recursion during matching, it was not correctly preserving the data for838
the other case of a UTF-8 character when checking ahead for a match839
while processing a minimizing repeat. If the check also involved840
matching a wide character, but failed, corruption could cause an841
erroneous result when trying to check for a repeat of the original842
character.843
844
13. Some tidying changes to the testing mechanism:845
846
(a) The RunTest script now detects the internal link size and whether there847
is UTF-8 and UCP support by running ./pcretest -C instead of relying on848
values substituted by "configure". (The RunGrepTest script already did849
this for UTF-8.) The configure.ac script no longer substitutes the850
relevant variables.851
852
(b) The debugging options /B and /D in pcretest show the compiled bytecode853
with length and offset values. This means that the output is different854
for different internal link sizes. Test 2 is skipped for link sizes855
other than 2 because of this, bypassing the problem. Unfortunately,856
there was also a test in test 3 (the locale tests) that used /B and857
failed for link sizes other than 2. Rather than cut the whole test out,858
I have added a new /Z option to pcretest that replaces the length and859
offset values with spaces. This is now used to make test 3 independent860
of link size. (Test 2 will be tidied up later.)861
862
14. If erroroffset was passed as NULL to pcre_compile, it provoked a863
segmentation fault instead of returning the appropriate error message.864
865
15. In multiline mode when the newline sequence was set to "any", the pattern866
^$ would give a match between the \r and \n of a subject such as "A\r\nB".867
This doesn't seem right; it now treats the CRLF combination as the line868
ending, and so does not match in that case. It's only a pattern such as ^$869
that would hit this one: something like ^ABC$ would have failed after \r870
and then tried again after \r\n.871
872
16. Changed the comparison command for RunGrepTest from "diff -u" to "diff -ub"873
in an attempt to make files that differ only in their line terminators874
compare equal. This works on Linux.875
876
17. Under certain error circumstances pcregrep might try to free random memory877
as it exited. This is now fixed, thanks to valgrind.878
879
19. In pcretest, if the pattern /(?m)^$/g<any> was matched against the string880
"abc\r\n\r\n", it found an unwanted second match after the second \r. This881
was because its rules for how to advance for /g after matching an empty882
string at the end of a line did not allow for this case. They now check for883
it specially.884
885
20. pcretest is supposed to handle patterns and data of any length, by886
extending its buffers when necessary. It was getting this wrong when the887
buffer for a data line had to be extended.888
889
21. Added PCRE_NEWLINE_ANYCRLF which is like ANY, but matches only CR, LF, or890
CRLF as a newline sequence.891
892
22. Code for handling Unicode properties in pcre_dfa_exec() wasn't being cut893
out by #ifdef SUPPORT_UCP. This did no harm, as it could never be used, but894
I have nevertheless tidied it up.895
896
23. Added some casts to kill warnings from HP-UX ia64 compiler.897
898
24. Added a man page for pcre-config.899
900
-------------------------------------------------------------------901
Fri Feb 9 10:07:29 CET 2007 - ms@suse.de902
903
- fixed wrong usage of assert() call904
905
-------------------------------------------------------------------906
Tue Jan 9 11:28:53 CET 2007 - ms@suse.de907
908
- fixed build for all architectures909
910
-------------------------------------------------------------------911
Mon Jan 8 16:07:02 CET 2007 - ms@suse.de912
913
- update to new version 7.0914
Changes: As well as a number of bugfixes, there has been a major915
refactoring of the compiling code, which makes it easier to add new916
features, including some new optimizations. A QuoteMeta function has been917
added to the C++ wrapper. There is now a mode in which all Unicode newline918
sequences are recognized. Support for the Perl 5.10 syntax for features919
that were previously in PCRE but not in Perl (named groups, possessive920
quantifiers) has been added.921
922
-------------------------------------------------------------------923
Sat Oct 28 17:50:04 CEST 2006 - meissner@suse.de924
925
- CXXFLAGS needs RPM_OPT_FLAGS too.926
927
-------------------------------------------------------------------928
Mon Jul 10 16:29:14 CEST 2006 - ms@suse.de929
930
- update to new version 6.7931
- finally removed evil configure patch932
- When UTF-8 mode was not set, PCRE looped when compiling certain patterns933
containing an extended class (one that cannot be represented by a bitmap934
because it contains high-valued characters or Unicode property items, e.g.935
[\pZ]). Almost always one would set UTF-8 mode when processing such a936
pattern, but PCRE should not loop if you do not (it no longer does).937
[Detail: two cases were found: (a) a repeated subpattern containing an938
extended class; (b) a recursive reference to a subpattern that followed a939
previous extended class. It wasn't skipping over the extended class940
correctly when UTF-8 mode was not set.]941
- Applied a patch from the folks at Google to pcrecpp.cc, to fix "another942
instance of the 'standard' template library not being so standard".943
944
-------------------------------------------------------------------945
Wed Jan 25 21:30:47 CET 2006 - mls@suse.de946
947
- converted neededforbuild to BuildRequires948
949
-------------------------------------------------------------------950
Thu Jan 12 13:53:17 CET 2006 - mmj@suse.de951
952
- build with -fstack-protector953
954
-------------------------------------------------------------------955
Thu Dec 1 01:39:04 CET 2005 - ro@suse.de956
957
- hack libtool core in configure script958
since configure.in is too broken for a autoreconf ...959
960
-------------------------------------------------------------------961
Mon Sep 19 17:53:52 CEST 2005 - mmj@suse.de962
963
- update to the latest version v6.4964
965
-------------------------------------------------------------------966
Tue Aug 2 11:19:20 CEST 2005 - mmj@suse.de967
968
- update to the latest version v6.2969
970
-------------------------------------------------------------------971
Thu Jun 23 13:18:50 CEST 2005 - mmj@suse.de972
973
- update to latest version v6.1974
975
-------------------------------------------------------------------976
Mon Jun 13 08:51:51 CEST 2005 - mmj@suse.de977
978
- add gcc-c++ to #nfb as well979
980
-------------------------------------------------------------------981
Wed Jun 8 23:41:35 CEST 2005 - mmj@suse.de982
983
- update to latest version v6.0984
985
-------------------------------------------------------------------986
Mon May 23 11:17:20 CEST 2005 - mmj@suse.de987
988
- use --enable-utf8989
- use $RPM_OPT_FLAGS990
991
-------------------------------------------------------------------992
Thu Mar 31 17:39:53 CEST 2005 - uli@suse.de993
994
- ignore test suite errors on ARM995
996
-------------------------------------------------------------------997
Mon Nov 22 17:12:31 CET 2004 - choeger@suse.de998
999
- update to latest version v5.0 1000
1001
-------------------------------------------------------------------1002
Mon Jun 7 11:40:27 CEST 2004 - choeger@suse.de1003
1004
- update to latest version v4.51005
1006
-------------------------------------------------------------------1007
Mon Jan 5 15:39:13 CET 2004 - schwab@suse.de1008
1009
- Move pcre-config to pcre-devel.1010
1011
-------------------------------------------------------------------1012
Fri Oct 31 17:05:26 CET 2003 - choeger@suse.de1013
1014
- Don't build as root1015
1016
-------------------------------------------------------------------1017
Thu Aug 21 15:22:38 CEST 2003 - choeger@suse.de1018
1019
- update to v4.41020
1021
-------------------------------------------------------------------1022
Fri Aug 1 12:07:27 CEST 2003 - choeger@suse.de1023
1024
- disabled Test2, because it is not 64bit arch clean1025
(contacted author, he knows about that problem)1026
1027
-------------------------------------------------------------------1028
Wed Jul 30 14:56:52 CEST 2003 - choeger@suse.de1029
1030
- update to most recent version v4.31031
- splitted into -devel subpackage1032
1033
-------------------------------------------------------------------1034
Fri Dec 6 04:42:15 CET 2002 - coolo@suse.de1035
1036
- removed undefined symbols in libpcreposix1037
1038
-------------------------------------------------------------------1039
Tue Sep 17 17:34:28 CEST 2002 - ro@suse.de1040
1041
- removed bogus self-provides 1042
1043
-------------------------------------------------------------------1044
Fri Apr 5 10:57:15 CEST 2002 - coolo@suse.de1045
1046
- fixing autoheader usage1047
- forward ported %libdir changes from sles7-s390x1048
1049
-------------------------------------------------------------------1050
Tue Jan 22 19:07:26 CET 2002 - choeger@suse.de1051
1052
- update to version 3.91053
- added BuildRoot1054
1055
-------------------------------------------------------------------1056
Tue Aug 21 01:11:46 MEST 2001 - mge@suse.de1057
1058
- pcre 3.5 1059
1060
-------------------------------------------------------------------1061
Wed Apr 11 22:26:54 CEST 2001 - froh@suse.de1062
1063
- suse_update_config1064
1065
-------------------------------------------------------------------1066
Mon Dec 4 12:08:52 MET 2000 - mge@suse.de1067
1068
- pcre 3.41069
1070
-------------------------------------------------------------------1071
Tue Jun 27 19:41:41 MEST 2000 - mge@suse.de1072
1073
- pcre 3.21074
1075
-------------------------------------------------------------------1076
Thu Mar 2 12:22:48 CET 2000 - mge@suse.de1077
1078
- fixed manpath 1079
1080
-------------------------------------------------------------------1081
Sun Feb 13 16:54:53 MET 2000 - mge@suse.de1082
1083
- update to 3.11084
- group tag1085
1086
-------------------------------------------------------------------1087
Mon Oct 25 23:38:47 MEST 1999 - mge@suse.de1088
1089
- initial SuSE-RPM: changed Makefile to install into /usr1090
1091