[pcre-dev] [Bug 2283] RE::error() is nonempty even if compil…

Top Page
Delete this message
Author: admin
Date:  
To: pcre-dev
Subject: [pcre-dev] [Bug 2283] RE::error() is nonempty even if compilation succeeds
https://bugs.exim.org/show_bug.cgi?id=2283

--- Comment #3 from ksuarz@??? ---
(In reply to Philip Hazel from comment #1)
> I'm afraid there are several problems with this:
>
> (1) PCRE1 (the 8.xx series) is obsolete. PCRE2 (the 10.xx series) was
> released over 3 years ago, and that is where all development is happening.
>
> (2) The C++ wrapper for PCRE1 came from, and was maintained by, a
> contributor for a number of years, but several years ago he moved on, and as
> I am not a C++ programmer, it is now unmaintained.


Ah, I see.

> (3) There is no C++ wrapper for the PCRE2 library. This is partly because of
> the departure of the PCRE1 C++ maintainer, but also because I came to
> realize that there are a number of different ways one could wrap PCRE2 into
> C++ and it would be better to have separate, independent wrappers to
> people's taste. However, I do not know of any such wrappers being produced.
>
> If you can produce a relatively simple patch for the 8.42 code that fixes
> this, I would be prepared to apply it, in case there is ever an 8.43 release
> (at present, there have been no changes to the source files since 8.42). I'm
> afraid that's all I can offer.


That's fine. I've attached a small patch with a proposed fix and some unit
tests. Although I this change works in my own project and passes our (*UCP)
unit tests, I can't get pcrecpp_unittest.cc to be compiled with SUPPORT_UTF8
set. I'm compiling with

$ ./configure --enable-unicode-properties --enable-utf
$ make
$ make test

yet my debug output in pcrecpp_unittest.log tells me that the option is not
actually set and the tests are skipped. If you could advise on what I'm
missing, I'd appreciate it!

--
You are receiving this mail because:
You are on the CC list for the bug.