Hi Yavor,
Thanks for the patch! Greatly appreciated!!!
Upstream we discussed the pcre PR and there is an old branch porting some stuff
to std::regex.
I have checked that branch but some problems remained.
I can test your patch because I am both the user and the maintainer as you
requested.
Control: tags -1 + patch
Please find attached a patch; I did my best to test it.
I believe the changes to the CRegExp class (xbmc/utils/RegExp.*) are
sane; they are tested in xbmc/utils/test/TestRegexp.cpp and some other
test programs that use CRegExp. I added three more test cases:
invalid
On Thu, Jul 06, 2023 at 08:47:59AM +0100, Matthew Vernon wrote:
> Hi,
>
> On 06/07/2023 06:33, Vasyl Gello wrote:
>
> > Yes I definitely see the bug. However, Kodi extensively uses pcrecpp and
> > the only replacement I see for pcre2 is jpcre2 [1]
> > There is an ITP bug about it since 2017 but
Hi,
On 06/07/2023 06:33, Vasyl Gello wrote:
Yes I definitely see the bug. However, Kodi extensively uses pcrecpp and
the only replacement I see for pcre2 is jpcre2 [1]
There is an ITP bug about it since 2017 but no package.
Matthew, from your experience, is jpcre2 the only C++ wrapper for
Dear Nicholas,
Yes I definitely see the bug. However, Kodi extensively uses pcrecpp and the
only replacement I see for pcre2 is jpcre2 [1]
There is an ITP bug about it since 2017 but no package.
Matthew, from your experience, is jpcre2 the only C++ wrapper for pcre2 or
there is something more
Dear Vasyl,
Have you seen this RC bug yet?
On Thu, 18 Nov 2021 11:49:04 + Matthew Vernon wrote:
> Source: kodi
> Severity: important
> User: matthew-pcre...@debian.org
> Usertags: obsolete-pcre3
>
> Dear maintainer,
>
> Your package still depends on the old, obsolete PCRE3[0] libraries
>
6 matches
Mail list logo