[bug #59522] .fam request can (wrongly?) bypass .ftr font remapping

[G. Branden Robinson]

Update of bug #59522 (project groff):

                Category:             Macro - man => Core                   
                  Status:                    None => Need Info              
                 Summary: an-ext.tmac: can't find font 'CR' for a dvi-device
=> .fam request can (wrongly?) bypass .ftr font remapping

    _______________________________________________________

Follow-up Comment #1:

I later found this problem independently, and tracked it down to the troff
core.  Here's my comment from bug #60530, which I'll be closing as a
duplicate.

This doesn't make sense to me; it sure feels wrong.

I added a debugging statement to dvi.tmac to make sure the remapping code was
getting run (there's no in-language way to query the font remapping table,
apparently), and ran the following.


    $ grep 'ftr CR' tmac/dvi.tmac
    .ftr CR CW
    $ cat EXPERIMENTS/60530.trf
    .if !'\*[.T]'dvi' .ab process me with -Tdvi
    .fam C
    fixed-pitch text
    $ ./build/test-groff -b -ww -Tdvi -z EXPERIMENTS/60530.trf
    dvi.tmac: debug: remapping DVI fonts
    troff: backtrace: file 'EXPERIMENTS/60530.trf':2
    troff: EXPERIMENTS/60530.trf:2: warning: can't find font 'CR'


Can someone confirm that this smells like a bug, or justify this behavior
sufficiently clearly that I can explain it in our documentation, and offer a
workaround?

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59522>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/