libpcre2-posix2-32bit-10.31-3.3.1 >  A a kDp9|T(%e-{nRY?iɸ_B]bg]2ηD\M#19s `xWkx3+fD~ۛWY(%+򠚾:!O߭v iwo#o (:sZ98zC剐0ȯ-q .R*:=dL[MeخN|-N8sY;L`BYU4cvt<~q-ErXgE !iȶ7f#dh40316a6c8efee34c56f4f9c3d184e49d83ad78fd0a357b33400c4f29928f1f79db9b7b7a791d4f266f1628f0ecf20186601c05986a kDp9|ڼ}܊U6se!9B|.O⊻U7Ix_߅ Op8V!w# U;òi՛qAК&B+3O⏁OKxoMT::H/5b.9bg@U4\S~E༬aD T֌P.a OT2D b;n`QC_]yj$ce(7CS{"+.,| ' >p>&?&d $ Vx|  (0 4 8 @  $ T A (e8l 9 : >#G#H#I#X#Y#\$]$^$Hb$Rc%d%e%f%l%u%v%w&@x&Hy&P&p&t&z&Clibpcre2-posix2-32bit10.313.3.1A library for Perl-compatible regular expressionsThe PCRE2 library is a set of functions that implement regular expression pattern matching using the same syntax and semantics as Perl 5. PCRE2 is a re-working of the original PCRE library to provide an entirely new API. pcre2-posix provides a POSIX-compatible API to the PCRE2 engine.a kBSD-3-Clausehttps://www.suse.com/System/Librarieshttps://www.pcre.org/linuxx86_64/sbin/ldconfig%\a k} (e.g. \g{+2} ) is now supported. It is a "forward back reference" and can be useful in repetitions (compare \g{-} ). Perl does not recognize this syntax. * pcre2grep now automatically expands its buffer up to a maximum set by --max-buffer-size. * The -t option (grand total) has been added to pcre2grep. * A new function called pcre2_code_copy_with_tables() exists to copy a compiled pattern along with a private copy of the character tables that is uses.- Explicitly package %{_docdir}/%{name} to fix build with RPM 4.13.- pcre2 10.22: * The POSIX wrapper function regcomp() did not used to support back references and subroutine calls if called with the REG_NOSUB option. It now does. * A new function, pcre2_code_copy(), is added, to make a copy of a compiled pattern. * Support for string callouts is added to pcre2grep. * Added the PCRE2_NO_JIT option to pcre2_match(). * The pcre2_get_error_message() function now returns with a negative error code if the error number it is given is unknown. * Several updates have been made to pcre2test and test scripts * Fix CVE-2016-3191: workspace overflow for (*ACCEPT) with deeply nested parentheses (boo#971741)- Update to new upstream release 10.21 * Improve JIT matching speed of patterns starting with + or *. * Use memchr() to find the first character in an unanchored match in 8-bit mode in the interpreter. This gives a significant speed improvement. * 10.20 broke the handling of [[:>:]] and [[:<:]] in that processing them could involve a buffer overflow if the following character was an opening parenthesis. * 10.20 also introduced a bug in processing this pattern: /((?x)(*:0))#(?'/, which was fixed. * A callout with a string argument containing an opening square bracket, for example /(?C$[$)(?<]/, was incorrectly processed and could provoke a buffer overflow. * A possessively repeated conditional group that could match an empty string, for example, /(?(R))*+/, was incorrectly compiled. * The Unicode tables have been updated to Unicode 8.0.0. * An empty comment (?#) in a pattern was incorrectly processed and could provoke a buffer overflow. * Fix infinite recursion in the JIT compiler when certain patterns /such as (?:|a|){100}x/ are analysed. * Some patterns with character classes involving [: and \\ were incorrectly compiled and could cause reading from uninitialized memory or an incorrect error diagnosis. Examples are: /[[:\\](?<[::]/ and /[[:\\](?'abc')[a:]. * A missing closing parenthesis for a callout with a string argument was not being diagnosed, possibly leading to a buffer overflow. * If (?R was followed by - or + incorrect behaviour happened instead of a diagnostic. * Fixed an issue when \p{Any} inside an xclass did not read the current character. * About 80 more fixes, which you can read about in the ChangeLog shipped with the libpcre2-8-0 package.- PCRE2 10.20: * Callouts with string arguments and the pcre2_callout_enumerate() function have been implemented. * The PCRE2_NEVER_BACKSLASH_C option, which locks out the use of \C, is added. * The PCRE2_ALT_CIRCUMFLEX option lets ^ match after a newline at the end of a subject in multiline mode. * The way named subpatterns are handled has been refactored. The previous approach had several bugs. * The handling of \c in EBCDIC environments has been changed to conform to the perlebcdic document. (Incompatible change) * Bugs have been mended, many of them discovered by fuzzers.- PCRE2, a re-working of the original PCRE library to provide an entirely new API, version 10.10. Not source compatible. - copy of the pcre package, with the following adjustments: * required name changes * adjust pcre-8.21-multilib.patch to pcre2-10.10-multilib.patch * drop upstreamed pcre-8.32-visibility.patch * --enable-{utf8,unicode-properties} became --enable-unicode * drop cpp subpackage * make test -> check * enable 32 bit character support- pcre 8.37: * CVE-2015-2325: Patterns with certain groups specifying a zero minimum quantifier caused incorrect code to be compiled, leading to an incorrect memory read. [boo#924960] * CVE-2015-2326: Specific patterns containing a forward reference with subroutine calls caused incorrect code to be compiled [boo#924961] * CVE-2014-8964: If an assertion condition was quantified with a minimum of zero, SIGSEGV or other misbehaviour could occur. [boo#906574] * further bug fixes as listed in ChangeLog- Update to version 3.16 * This is primarily a bug-fix release. * The Unicode data tables have been updated to Unicode 7.0.0. - Remove pcre-commit1472.patch; fixed on upstream release - Remove obsolete "Obsoletes" tag/bin/sh10.31-3.3.110.31-3.3.1libpcre2-posix.so.2libpcre2-posix.so.2.0.0/usr/lib/-fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.suse.de/SUSE:Maintenance:20700/SUSE_SLE-15_Update/16c15661e3735ab5df7316d12bad7715-pcre2.SUSE_SLE-15_Updatecpioxz5x86_64-suse-linuxELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=a8e477bb7f4d1632824e2dbd61e3238411fd4cd7, strippedPRRRRRRRutf-861da8c941dd6ba44802ae63554a38d12beab76998b621e47e6c282896ce5f23f? 7zXZ !t/' u] cr$x#E䢧O[*S!mS!!L@Y]G[) \?ӫNٱ::9Qðֲb`a*hqOVlhWPiL7c@?mJO$ccAFA[,]-mD-߾:x.x3KGO=;jW0Mr~ @ UOf݇6)bQNLV'!X}!L&٤:Є똸yD&O%rլsj,0IW@L{[i+J]COى}cC,r,-DDKXxb~w".ïlO,ڼ%)/R in'ob;Ű;9J˪iFXJmRERd+fʋ4q$  P"}H.N2Ȫن Ѣy<{o斁)ϞE{AösFo3c˚jP"t/@&nAs\[g!goZ>¡!fC a״YN4T.S6r-@_-Ea8nlu={]aFqwjqmuh3{w1odp\hjvMz(3U{Y1k_(ߞH2T@~:~Ĕj[a_µDSvq|뿩O'T"+rSj44?uoC UKvd$ Fm#%G}GMjs[Ó܆{EG2E,Y6.={T~]餟7t`XWگOFQy^s]%#p %ƶ* blJ32ieo5)R8QT/j 7)Oqm<.Lӯmmr3&7kWЉ=I3a^ mMK٭ ;J}WLj9㗡ԃ %J^ҿ(Nhiͣ .`0( o$\RjʣJm:?S`:4l7aB(T 06]EmICcj0'wF\gJZi3.B)@*˘-J*,T-ͭ&17 ;3{䆍=XcSNf^X>R1O#gɜUfT!ƚu.*0V#!,0} uj"S/EUv9Un$&w(VM¶A0 /DDb[/IXnpFӬ}[?uO) ĢbP1g: M,c`';DF0?E jeDl$ePHZF?rՠ"px(CJjt&f˖[+K  ~!vzy ~J{uXz`w]&/x>MS"QN.0_S,TN?sfg@~Ö(L 1 ZUq3ēqtg92FiZo?F&`T/Q$ɧ4Vyլ7Hп൰ Z)WJMM_sQ^ȞQ {G+zVGd-Hĉr2ō2TpM+:ڻwmͦ`bYlb@/ld9c=ɍ4~=@d8a jAٹ=i8;p) Zn?oFť\?|%5'EwMsخ]yLAͳ7rݒW ^UkoeR+V_Q復3 w w.d:n̹`~'5UyYvc@ڊG*.lJ7(<AI\ȟzP*-1*xƺ?R  r;~ <]sG4"h N?$4ne•y%A4F!'t/И7V..?(RU ugD'%ߪ2Rm*%+`?%mq6("#_`4:z,!+)[JAZI]RQ1fL70if] |ǚ d`Xxȍ嵞:26猵~e#\/ B~\>~zG[+R o`Ql+Y[,Bk5F*}>ccSc62UOv+"mAs,l1NX8`R ǀBÑgJ6!?E3+1VpJ+쎌­)Zn{|ڥ<LHw;eǍ$0 @XJV