On 20/04/2011 08:40, Jason McIntyre wrote:
On Tue, Apr 19, 2011 at 04:04:52PM -0700, Matthew Dempsky wrote:
In the STANDARDS section, groff -Tascii -mandoc isfdtype.3 renders:
The isfdtype() function is expected to conform to POSIX 1003.1g.
whereas mandoc renders:
The isfdtype() function is expected to conform to 1003.1g.
The issue is isfdtype.3 uses a .Px macro that mandoc doesn't support.
We could switch to using .St, but there's currently no 1003.1g .St
entry, only 1003.1g-2000. But to my knowledge, isfdtype() isn't
actually in 1003.1g-2000, and maybe not even in 1003.1g. (The little
bit of history I've found is it was expected for inclusion in some
spec, but then omitted.)
Anyone want to suggest what the proper fix here is?
i guess at a minimum, we'd want to replace \*(Px with "POSIX".
i have a feeling mandoc should probably support this sequence though. or
at least its omission should be noted in mandoc_char(7). ingo/kristaps,
any comment?
but maybe first try and find out if the function was ever in any
standard and, if not, just remove the entry.
I'd never even heard of `\*(Px' predefined symbol. But it's there in
the groff tmac sources. `\*(Ai' is in tmac.doc too (printing "ANSI").
isfdtype.3 is the only manual I could find using `Px' (none use `Ai').
jmc, if you'd like, these can be trivially added to chars.in. I can do
so upstream and produce a patch for downstream (we're out-of-sync but
this file hasn't changed in a long time).
Shouldn't there also be an `St' entry for 1003.1g?
