[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: regex.c simplification
From: |
Daniel Colascione |
Subject: |
Re: regex.c simplification |
Date: |
Sat, 16 Jun 2018 09:12:34 -0700 |
User-agent: |
SquirrelMail/1.4.23 [SVN] |
>> Date: Sat, 16 Jun 2018 08:35:34 -0700
>> From: "Daniel Colascione" <address@hidden>
>>
>> I was doing some work on regex.c just now, and I was frustrated that the
>> code is unnecessarily complicated by the ifdefs necessary to support
>> some
>> theoretical non-Emacs use case. Is all of this complexity really
>> necessary? Are we sure the !emacs case even compiles? Are there
>> non-Emacs
>> users of the Emacs regex code? Can we just fork the implementation? How
>> about baking in switches like MATCH_MAY_ALLOCATE?
>
> I think we still haven't abandoned the hope of updating to the latest
> glibc/gnulib versions of regex.c, although I'm not sure how practical
> these hopes are at this point.
I checked out the latest glibc and gnulib sources. Both are so far
diverged that I think updating Emacs to that code is hopeless. (They have
a DFA mode, for example.)
Re: regex.c simplification, Noam Postavsky, 2018/06/16
Re: regex.c simplification, Perry E. Metzger, 2018/06/16
- Re: regex.c simplification, Daniel Colascione, 2018/06/16
- Re: regex.c simplification, Eli Zaretskii, 2018/06/16
- Re: regex.c simplification, Perry E. Metzger, 2018/06/16
- Re: regex.c simplification, Eli Zaretskii, 2018/06/16
- Re: regex.c simplification, Perry E. Metzger, 2018/06/16
- Re: regex.c simplification, Eli Zaretskii, 2018/06/16
- Re: regex.c simplification, Robert Pluim, 2018/06/18