[bug #62763] [man] groff_hdtbl.1.man: do not redefine global character names

[G. Branden Robinson]

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/