summaryrefslogtreecommitdiffstats
path: root/regress/roff/esc/r.out_lint
diff options
context:
space:
mode:
authorIngo Schwarze <schwarze@openbsd.org>2022-06-06 19:23:13 +0000
committerIngo Schwarze <schwarze@openbsd.org>2022-06-06 19:23:13 +0000
commita68560592d5f76c4cd7f5c45a184e0e6305600ec (patch)
treeac49c7f717ab7ce29d61b20f3f5831e0b6b440c8 /regress/roff/esc/r.out_lint
parented636bb4c1842be0e5046985829b24ef014d85ef (diff)
downloadmandoc-a68560592d5f76c4cd7f5c45a184e0e6305600ec.tar.gz
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.
Diffstat (limited to 'regress/roff/esc/r.out_lint')
0 files changed, 0 insertions, 0 deletions