summaryrefslogtreecommitdiffstats
path: root/mandoc_headers.3
diff options
context:
space:
mode:
authorIngo Schwarze <schwarze@openbsd.org>2022-08-16 23:01:09 +0000
committerIngo Schwarze <schwarze@openbsd.org>2022-08-16 23:01:09 +0000
commit4ba4b5721869f742239d0fb2da4574079c61db6e (patch)
treefc0c5490dc850697597e91b2b6af9f2269c33e74 /mandoc_headers.3
parent308f48ac8f031d86680d2d4ba4f2b294a21364ba (diff)
downloadmandoc-4ba4b5721869f742239d0fb2da4574079c61db6e.tar.gz
Restore the traditional behaviour of the man(7) single-font
macros .B, .I, .SM, and .SB that the next-line scope extends to the end of the next logical input line and is not extended if that line ends with a \c (no-space) escape sequence. While improving a loosely related feature in the man(7) .TP macro, a regression entered the groff codebase in groff commit 3549fd9f (28-Apr-2017) caused by the usual sloppiness of Bjarni Ingi Gislason. Since that time, groff wrongly had \c extend next-line scope to a second line for these macros. In man.c rev. 1.127 (25-Aug-2018) i synched mandoc behaviour with groff in this respect, unfortunately failing to notice the recent regression in groff. The groff regression was finally fixed by gbranden@ in commit 09c028f3 (07-Jun-2022). With the present commit, mandoc is back in sync with both GNU and Heirloom roff regarding the interaction of single-font macros with \c.
Diffstat (limited to 'mandoc_headers.3')
0 files changed, 0 insertions, 0 deletions