GNU bug report logs - #40634
Massive pattern list handling with -E format seems very slow since 2.28.

Previous Next

Full log

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

From: Norihiro Tanaka <noritnk <at> kcn.ne.jp>
To: 40634 <at> debbugs.gnu.org
Cc: fryasu <at> yahoo.co.jp, Paul Eggert <eggert <at> cs.ucla.edu>, bug-gnulib <at> gnu.org
Subject: Re: bug#40634: Massive pattern list handling with -E format seems
 very slow since 2.28.
Date: Sat, 18 Apr 2020 00:22:26 +0900

[Message part 1 (text/plain, inline)]

On Fri, 17 Apr 2020 10:24:42 +0900
Norihiro Tanaka <noritnk <at> kcn.ne.jp> wrote:

> 
> On Fri, 17 Apr 2020 09:35:36 +0900
> Norihiro Tanaka <noritnk <at> kcn.ne.jp> wrote:
> 
> > 
> > On Thu, 16 Apr 2020 16:00:29 -0700
> > Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> > 
> > > On 4/16/20 3:53 PM, Norihiro Tanaka wrote:
> > > 
> > > > I have had no idea to solve the problem yet.  If we revert it, bug#33357
> > > > will come back.
> > > 
> > > Yes, I'd rather not revert if we can help it.
> > > 
> > > My own thought was to not analyze the regular expression if we discover that the input is empty. :-)
> > 
> > Now, I have a idea, it is that we build indexes of epsilon nodes
> > including in follows before remove epsilon nodes.
> 
> 
> I wrote fix for the bug, but it will be slower then at grep 2.27 yet.

It was improved previous patch.

[0001-dfa-build-auxiliary-indexes-before-remove-epsilon-cl_old.patch (text/plain, attachment)]

Previous Next

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