[bug #61520] grog (rewritten) falsely detects refer(1) usage in xterm's ctlseqs.ms document

[G. Branden Robinson]

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/