To better match groff parsing, reject digits and some mathematical
authorschwarze <schwarze@openbsd.org>
Mon, 6 Jun 2022 19:22:54 +0000 (19:22 +0000)
committerschwarze <schwarze@openbsd.org>
Mon, 6 Jun 2022 19:22:54 +0000 (19:22 +0000)
commitd91756bbe2574fe7893d94bae00796d9858c90d2
tree4549c606c353194cd2b3cbdf56d5264ea82fe975
parent996bd6f8fa6acbcff57b334170c4c00828be5a9a
To better match groff parsing, reject digits and some mathematical
operators as argument delimiters for some escape sequences that take
numerical arguments, in the same way as it had already been done for \h.

Argument delimiter parsing for escape sequences taking numerical arguments
is not perfect yet.  In particular, when a character representing a
scaling unit is abused as the argument delimiter, parsing for that
character becomes context-dependent, and it is no longer possible to
find the end of the escape sequence without calling the full numerical
expression parser, which i refrain from attempting in this commit.

For now, continuing to misparse insane constructions like \Bc1c+1cc
(which is valid in groff and resolves to "1" because 1c+1c = two
centimeters is a valid numerical expression and 'c' is also a valid
delimiter) is a small price to pay for keeping complexity at bay
and for not losing focus in the ongoing series of refinements.
usr.bin/mandoc/roff_escape.c