On Sat, Sep 10, 2016 at 5:55 PM, Jim Meyering wrote:
> On Sat, Sep 10, 2016 at 2:00 PM, Assaf Gordon wrote:
>> Hello Jim and all,
>>
>>> On Sep 10, 2016, at 14:44, Jim Meyering wrote:
>>>
>>> Finally, here is a similar change, but now for gnu sed. For it, I also
>>> had to make some small code c
On Sat, Sep 10, 2016 at 2:00 PM, Assaf Gordon wrote:
> Hello Jim and all,
>
>> On Sep 10, 2016, at 14:44, Jim Meyering wrote:
>>
>> Finally, here is a similar change, but now for gnu sed. For it, I also
>> had to make some small code changes to adapt to the new
>> localeinfo.[ch] and to the dfasy
Hello Jim and all,
> On Sep 10, 2016, at 14:44, Jim Meyering wrote:
>
> Finally, here is a similar change, but now for gnu sed. For it, I also
> had to make some small code changes to adapt to the new
> localeinfo.[ch] and to the dfasyntax API change. I'll wait a day or so
> before pushing this,
This all sounds good, thanks. Your attachment was a submodule diff (basically, a
pair of git commit IDs), so not much to review.
I have some dfa.c-related changes pending. I assume it'll be OK for me to commit
them to grep as needed, and that when you make the switch you'll grab the
then-curre
Now that two gnulib-using packages are using grep's DFA matcher, I am
going to move that code into gnulib, so there is one clear source of
truth.
GNU sed began using dfa.[ch] very recently.
While gawk has been copying grep's dfa.[ch] for a long time, it does
not use gnulib.
To that end, I've writ
