[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#40634: Massive pattern list handling with -E format seems very slow
From: |
Norihiro Tanaka |
Subject: |
bug#40634: Massive pattern list handling with -E format seems very slow since 2.28. |
Date: |
Fri, 17 Apr 2020 07:53:12 +0900 |
On Thu, 16 Apr 2020 09:31:32 -0700
Paul Eggert <address@hidden> wrote:
> On 4/15/20 11:56 PM, Norihiro Tanaka wrote:
>
> > It seems to a lot of time is spent in dfa.c:replace().
> > It was added at d6df3873c7abc243683d0e8fccbfde4e76f23e53 in gnulib.
>
> It would be pretty drastic to revert that patch. Is there some better way to
> move forward?
I have had no idea to solve the problem yet. If we revert it, bug#33357
will come back.
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., fryasu, 2020/04/14
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Norihiro Tanaka, 2020/04/16
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Paul Eggert, 2020/04/16
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28.,
Norihiro Tanaka <=
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Paul Eggert, 2020/04/16
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Norihiro Tanaka, 2020/04/16
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Norihiro Tanaka, 2020/04/16
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Norihiro Tanaka, 2020/04/17
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Norihiro Tanaka, 2020/04/18
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., Norihiro Tanaka, 2020/04/18
- bug#40634: Massive pattern list handling with -E format seems very slow since 2.28., fryasu, 2020/04/20