Back out non-collating [a-z] ranges.Instead of changing the whole course to another POSIX-permitted wayfor consistency and uniformity I decide to completely ignore missingregex fucntionality and f
Back out non-collating [a-z] ranges.Instead of changing the whole course to another POSIX-permitted wayfor consistency and uniformity I decide to completely ignore missingregex fucntionality and focus on fixing bugs in what we have now,too many small obstacles we have choicing other way, counting ports.Corresponding libc changes are backed out in r302824.
show more ...
After removing collation for [a-z] ranges in r302512, do it here too.Instead of trying to expand whole range at regcomp() stage as we do,GNU regex allocates separate ranges [start,end] set each ch
After removing collation for [a-z] ranges in r302512, do it here too.Instead of trying to expand whole range at regcomp() stage as we do,GNU regex allocates separate ranges [start,end] set each characteris checked against, so collation is possible and turned on for ranges here.When something like that will be implemented or our obsoleted regex codewill be replaced to something like TRE, and in case we decide to usecollation in [a-z] ranges, all changes related to r302512 can be backed out,but now we need consistency.
Fix build for FreeBSD. We do not have alloca.h.
Add GNU regex from glibc 2.17.