[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #62763] [man] groff_hdtbl.1.man: do not redefine global character n
From: |
G. Branden Robinson |
Subject: |
[bug #62763] [man] groff_hdtbl.1.man: do not redefine global character names |
Date: |
Sat, 16 Jul 2022 04:08:05 -0400 (EDT) |
Update of bug #62763 (project groff):
Status: None => Need Info
_______________________________________________________
Follow-up Comment #1:
Something stranger is afoot here.
For one thing, I would not use the source versions of the man pages, which are
not guaranteed to be valid, but their built versions.
For another, it's better to use groff_char(7) as the second man page to render
because it exercises the entire special character repertoire. Doing that, I
found something interesting.
I don't get the diagnostic for the other characters that groff_hdtbl(7)
redefines. If I then insert a file in between to instrument the issue, the
results are intriguing.
$ cat EXPERIMENTS/if-c.groff
.ie c \[or] .tm \[or] is defined
.el .tm \[or] is NOT defined
.ie c \[lB] .tm \[lB] is defined
.el .tm \[lB] is NOT defined
$ ./build/test-groff -mandoc -t -z build/contrib/hdtbl/groff_hdtbl.7
./EXPERIMENTS/if-c.groff build/man/groff_char.7
\[or] is NOT defined
\[lB] is defined
So \[lB], \[rB], \[oq], and \[cq] have some kind of immunity to removal?
Spooky.
For the moment, I'm stumped on this one.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?62763>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/