Please do an exp-run with the attached patch to disallow escaping of arbitrary
ordinary characters in regex(3). This makes a smoother progression into the
future with GNU extensions where some ordinary characters are blessed with
special meaning. Only characters that actually have special meaning when
escaped are allowed.
This patch addresses some POSIX-declared implementation defined behavior.
--- Comment #5 from Kyle Evans <[hidden email]> ---
So this is going to be totally craptastic... Perfect. Perhaps we should start
off with disallowing A-Za-z from being arbitrarily escaped, because this is
apparently going to be incredibly painful.
On the positive side, these failures are legit- either the escaping is too
heavy and make would have done the right thing, or make needed it but is still
passing the escape down through to regcomp.
--- Comment #7 from Kyle Evans <[hidden email]> ---
(In reply to Antoine Brodin from comment #6)
Right, and it turns out escaping its use in the :C modifier is not necessary,
e.g.  removes the gratuitous escaping from these USES bits that caused that
particular breakage, and in theory works.
I'm doing some grep-work to see if I can pare down the amount of :C usage that
I need to whisk through to figure out what all breaks in the ports framework,
because it doesn't look as rampant as I had thought from some initial pokes.
Given that I don't quite have the resources to build the entire ports tree, do
you happen to have a smaller set of ports that you would recommend trying to
build on my own as a basic lemon test before asking you to try again? Perhaps a
small set that flexes quite a bit of ports functionality.
Take 3... loosened up the restrictions a lot to just restrict [A-Za-z0-9'`] so
the fallout won't be quite as catastrophic while still doing what I need it to
Having received no input on a minimal set of ports to try, I did a poudriere
test with: games/gzdoom devel/git devel/arduino18 shells/zsh and hit
approximately 300 ports. I will upload my initial ports patch following this