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/
