Re: PCRE ticket review
- Posted by jimcbrown (admin) Jan 25, 2023
- 556 views
I updated the latest code to use PCRE 8.45 back in January of this year (See 3af58d7) which is considered the "last" release of PCRE. So yes, the solution would be to migrate to PCRE2 for a later release.
I think this is reasonable. Though I'd prefer the later release be 4.2.0 or 4.3.0 instead of 5.0 - but depends on when we have bandwidth to tackle this on.
Given the difficulty in maintaining a large code base that incorporates sources from several other projects, I'm leaning towards some sort of "package" system and moving things like PCRE2 as an external library.
-Greg
Agree 100%. In fact, the only reason why we didn't do this originally for PCRE1 was we added that in so long ago that we were trying to support DOS. Had we dropped DOS first, then we would have used PCRE1 as an external library.
(Even then, I was working with Jeremy in an attempt to find smaller alternatives to embed, as PCRE1 was nearly too large for comfort. We almost went with a different tiny embeded regex library for DOS and the external PCRE1 for the other platforms.)
