Looking for a new maintainer for std.uni/std.regex

[Dmitry Olshansky]

On Thursday, 3 November 2022 at 05:39:17 UTC, rikki cattermole 
wrote:
> On 03/11/2022 7:46 AM, Dmitry Olshansky wrote:
>>> Are you looking for fixes or an entire rework on it?
>> 
>> What would be the point in the entire rework? It took about 4 
>> months to write it from scratch, plus the bug fixes found 
>> after that. If anything I had a plan to support JITing regexes 
>> which should work faster than CTFE static regex codegen plus 
>> avoiding the compile-time penalty. Even that doesn’t require 
>> an entire rework, in fact it would nicely fit into what is 
>> there.
>
> One of the libraries I listed from day one that ImportC had to 
> support is sljit.
>
> They have their own regex implementation which of course is 
> JIT'd.
>
> It would be a good candidate to be included in Phobos.
>
> https://github.com/zherczeg/sljit

Having a JIT in Phobos would be fantastic. On the other hand if 
doing it in std is not a requirement doing a regex dub package 
that depends on e.g. this JIT library should work as well.