On Thu, Feb 9, 2012 at 10:52 AM, Petr Pisar <ppisar@xxxxxxxxxx> wrote: > It's long time since PCRE (Perl-Compatible Regular Expression) library > has changed API or ABI. Version 8.30 is different. Besides UTF-16 > support, the incompatible changes are described by upstream with these > words: > > . The pcre_info() function, which has been obsolete for over 10 years, > has been removed. > > . When a compiled pattern was saved to a file and later reloaded on > a host with different endianness, PCRE used automatically to swap the > bytes in some of the data fields. With the advent of the 16-bit > library, where more of this swapping is needed, it is no longer done > automatically. Instead, the bad endianness is detected and a specific > error is given. The user can then call a new function called > pcre_pattern_to_host_byte_order() (or an equivalent 16-bit function) > to do the swap. > > . In UTF-8 mode, the values 0xd800 to 0xdfff are not legal Unicode code > points and are now faulted. (They are the so-called "surrogates" that > are reserved for coding high values in UTF-16.) > > Result is pcre library has changed SONAME from libpcre.so.0 to > libpcre.so.1. Other librararies (pcrecpp, pcreposix) delivered with this > package remain compatible. > > Because pcre library is part of minimal build root I choosed following > strategy to avoid breaking Koji: When do you anticipate that this will hit? Thanks for the heads up! -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
