You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a cross-post of k-takata/Onigmo#83 ; I'm not sure where is would make most sense to implement this feature, or whether it would be feasible at all.
How hard would it be to extend this library to support matching on arbitrary streams, instead of strings? I'm looking for an equivalent of TRE's tre_reguexec.
The basic idea is that the caller can pass the equivalent of an iterator over something that may not be a string. This would make it possible to match over gap buffers, ropes, piece tables, and other string implementations that do not rely on a contiguous char array.
Thanks!
The text was updated successfully, but these errors were encountered:
It is difficult for me.
TRE uses indices to express current position of subject string, but Oniguruma uses pointers.
To your purpose, how about that you hack TRE?
Things already work with TRE for my purpose. My ultimate goal would be to use oniguruma as Emacs' regex engine. The main thing that's missing at the moment is the ability to match on a gap buffer, which can essentially be thought of as two separate strings. Maybe two strings is easier to support than arbitrary streams?
Hi,
This is a cross-post of k-takata/Onigmo#83 ; I'm not sure where is would make most sense to implement this feature, or whether it would be feasible at all.
How hard would it be to extend this library to support matching on arbitrary streams, instead of strings? I'm looking for an equivalent of TRE's
tre_reguexec
.The basic idea is that the caller can pass the equivalent of an iterator over something that may not be a string. This would make it possible to match over gap buffers, ropes, piece tables, and other string implementations that do not rely on a contiguous char array.
Thanks!
The text was updated successfully, but these errors were encountered: