URL:
<https://savannah.gnu.org/bugs/?61520>
Summary: grog (rewritten) falsely detects refer(1) usage in
xterm's ctlseqs.ms document
Project: GNU troff
Submitted by: gbranden
Submitted on: Mon 22 Nov 2021 01:51:16 AM UTC
Category: Utilities
Severity: 3 - Normal
Item Group: Incorrect behaviour
Status: Confirmed
Privacy: Public
Assigned to: gbranden
Open/Closed: Open
Discussion Lock: Any
Planned Release: None
_______________________________________________________
Details:
ctlseqs.ms, a venerable old X11 ms document, defines many macros.
One of them is the following.
.de []
.nr w \w'\\$2'
.nr H \\n([Wu-\\nwu
.nr h \\nHu/2u
.\" do fancy box in troff
.ie t .ds \\$1
\(br\v'-1p'\(br\v'1p'\h'\\nhu'\\$2\h'\\nHu-\\nhu'\(br\l'-\\n([Wu\(ul'\v'-1p'\(br\l'-\\n([Wu\(rn'\v'1p'\*s
.el .ds \\$1 \\$2\*s
..
grog in groff 1.22.4 is not fooled by this.
$ grog ctlseqs.ms
groff -T ps -t -ms ctlseqs.ms
My rewritten grog(1), sadly, is.
$ ~/src/GIT/groff/build/grog ./ctlseqs.ms
groff -R -t -ms ./ctlseqs.ms
Fix this regression.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?61520>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
