Kyle Evans 15ae9efabe The impending libregex will implement GNU extensions to bring BREs and ... EREs closer together. Prepare for this and reduce the diff of libregex changes by refactoring and combining the top-level parsers for EREs/BREs ahead of time. Branching functionality has been split out to make it easier to follow the combined version of the top-level parser. It may also be enabled in the parsing context to make it easier when libregex enables branching for BREs. A branching context was also added for the various branching functions and so that BREs, for instance, can determine if they're the first expression in a chain of expressions within the current branch and treat '*' as ordinary if so. This should have no functional impact and negligible performance impact. Reviewed by: cem, emaste, pfg Approved by: emaste (mentor) MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D10920		2017-07-06 17:01:51 +00:00
..
grot	Replace dot-dot relative pathing with SRCTOP-relative paths where possible	2017-01-20 03:23:24 +00:00
cname.h	regex: unsign and constify some variables.	2017-04-23 21:51:29 +00:00
COPYRIGHT
engine.c	Renumber copyright clause 4	2017-02-28 23:42:47 +00:00
Makefile.inc
re_format.7	Remove SVR4 (System V Release 4) binary compatibility support.	2017-02-28 05:14:42 +00:00
regcomp.c	The impending libregex will implement GNU extensions to bring BREs and	2017-07-06 17:01:51 +00:00
regerror.c	regex: unsign and constify some variables.	2017-04-23 21:51:29 +00:00
regex2.h	The impending libregex will implement GNU extensions to bring BREs and	2017-07-06 17:01:51 +00:00
regex.3	Renumber copyright clause 4	2017-02-28 23:42:47 +00:00
regexec.c	regex: unsign and constify some variables.	2017-04-23 21:51:29 +00:00
regfree.c	regex: unsign and constify some variables.	2017-04-23 21:51:29 +00:00
Symbol.map
utils.h	Renumber copyright clause 4	2017-02-28 23:42:47 +00:00
WHATSNEW