Bump Regex extension to PCRE2 - #2570
EricZhang456 wants to merge 17 commits into
Conversation
|
PCRE is probably simple enough it could be built as part of the build? |
Done. Looked at |
|
Is it okay to symlink? I am very tempted to symlink pcre2.h from the pcre2 source tree to extension root. |
|
as long as it works on Windows, seems fine to me. re: pcre, putting the code here is fine, I'm supportive of this PR as-is. But for newer projects we have a "third_party" directory at the top level with git submodules underneath. It makes these kinds of changes way easier. Then we add something like "pcre.AMBuild" in third_party. Of course that only works if you can import it without any modifications. If you need modifications we have to fork the repository and import the fork instead. |
|
I am not going to put any symlinks since not all applications on Windows understands symlink, and when |
Are we still worried about third-party submodules? I can do that in this PR and might do the same for Stripper if it's okay to put third-party submodules. |
|
For a major well supported library, where we don't need custom modifications and can pin a SHA, it's fine. If we need source modifications or the library is questionable in terms of long term survival... Then I can make a 1p fork for you. |
Don't really need source modifications, but I need to rename a couple of files. Copying them to the build folder under the new name should be fine right? |
For obvious reasons I didn't check in the .lib files I used for development. But I left instructions on how I built the libs in the README. I'd imagine PCRE2 needs to be handled like MariaDB where the repo is checked into the AM organization and libs are built with CI.Tested it with some simple regex patterns under 64-bit TF2 on Windows