Re: Fwd: Re: suspected `eqn' bug.

[Tadziu Hoffmann]

> This appears to be because "PI" is a magic token in eqn(1),
> preferentially interpreted even in this context as a shorthand
> for the capital Greek pi symbol; it is therefore replaced with
> a special character escape sequence to access the
> corresponding glyph, which is `\(*P`.

warning: can't find font '\(*P'

> How do we cope with this problem?

Quoting the argument works:

  gfont "PI"

It seems that the parser does not make an exception for eqn
control commands, at least in this case, so "PI" remains PI
and is not replaced by the Greek uppercase pi, just like in

  "PI" + "pi" != PI + pi