[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Regular expression libraries
From: |
Lars Ingebrigtsen |
Subject: |
Re: Regular expression libraries |
Date: |
Fri, 16 Dec 2016 16:42:00 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
Clément Pit--Claudel <address@hidden> writes:
> Wait, now I'm confused. The master branch of glibc *does* include the
> following in regex.h:
>
> extern int __re_search_2
> (struct re_pattern_buffer *buffer, const char *string1,
> int length1, const char *string2, int length2,
> int start, int range, struct re_registers *regs, int stop);
>
> … but the implementation just allocates a large buffer and concatenates both
> strings?
Yes. If I remember correctly, a glibc developer popped up here a couple
of years ago announcing that they were going to do that change (thereby
making __re_search_2 incredibly slow, but retained for compatibility).
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- Regular expression libraries, Clément Pit--Claudel, 2016/12/15
- Re: Regular expression libraries, Eli Zaretskii, 2016/12/15
- Re: Regular expression libraries, Paul Eggert, 2016/12/15
- Re: Regular expression libraries, Andreas Schwab, 2016/12/15
- Re: Regular expression libraries, Paul Eggert, 2016/12/16
- Re: Regular expression libraries, Clément Pit--Claudel, 2016/12/16
- Re: Regular expression libraries, Clément Pit--Claudel, 2016/12/16
- Re: Regular expression libraries,
Lars Ingebrigtsen <=
- Re: Regular expression libraries, Clément Pit--Claudel, 2016/12/16
- Re: Regular expression libraries, Eli Zaretskii, 2016/12/16
- Re: Regular expression libraries, Paul Eggert, 2016/12/16
Re: Regular expression libraries, Clément Pit--Claudel, 2016/12/15
Re: Regular expression libraries, Stefan Monnier, 2016/12/16