History log of /seL4-test-master/projects/musllibc/src/regex/tre.h
Revision Date Author Comments
# b2ce4c3e 30-Jul-2015 Anna Lyons <Anna.Lyons@nicta.com.au>

fix warnings


# f05f59b8 14-Jan-2013 Szabolcs Nagy <nsz@port70.net>

remove unused "params" related code from regex

some structs and functions had reference to the params
feature of tre that is not used by the code anymore


# 8b4c232e 25-May-2012 Rich Felker <dalias@aerifal.cx>

fix regex on arm

TRE has a broken assumption that wchar_t is signed, which is a sane
expectation, but not required by the standard, and false on ARM's ABI.

i leave tre_char_t as wchar_t for now, since a pointer to it is
directly passed to functions that need pointer to wchar_t. it does not
seem to break anything. and since the maximum unicode scalar value is
0x10ffff, just use that explicitly rather than using the max value of
any particular C type.


# ad47d45e 20-Mar-2012 Rich Felker <dalias@aerifal.cx>

upgrade to latest upstream TRE regex code (0.8.0)

the main practical results of this change are
1. the regex code is no longer subject to LGPL; it's now 2-clause BSD
2. most (all?) popular nonstandard regex extensions are supported

I hesitate to call this a "sync" since both the old and new code are
heavily modified. in one sense, the old code was "more severely"
modified, in that it was actively hostile to non-strictly-conforming
expressions. on the other hand, the new code has eliminated the
useless translation of the entire regex string to wchar_t prior to
compiling, and now only converts multibyte character literals as
needed.

in the future i may use this modified TRE as a basis for writing the
long-planned new regex engine that will avoid multibyte-to-wide
character conversion entirely by compiling multibyte bracket
expressions specific to UTF-8.


# 0b44a031 11-Feb-2011 Rich Felker <dalias@aerifal.cx>

initial check-in, version 0.5.0