GNU bug report logs - #16481
dfa.c and Rational Range Interpretation

Previous Next

Full log

Message #23 received at 16481 <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Norihiro Tanaka <noritnk <at> kcn.ne.jp>
Cc: Aharon Robbins <arnold <at> skeeve.com>, 16481 <at> debbugs.gnu.org
Subject: Re: bug#16481: dfa.c and Rational Range Interpretation
Date: Tue, 21 Jan 2014 08:50:44 -0800

On Mon, Jan 20, 2014 at 10:02 PM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> Aharon Robbins wrote:
>>
>> Can you explain a bit more what the two different branches do?
>
> Sorry, not easily; I'm not familiar with the code. I assume it has something
> to do with locales where there's not a one-to-one correspondence between
> lower-case and upper-case letters.

Hi Paul,

A week or so, Norihiro Tanaka posted the patch in bug 16421, which
removes GREP-oriented dfa.c code in favor of what gawk has been using,
as well as ensuring that some of grep's case-insensitive searches no
longer have to case-convert the data being searched.  I was expecting
to apply it, along with another small change and a test, but now, feel
like I'll have to justify it with some performance data as well.
Assuming I find an improvement, expect a complete patch in a day or
two.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.