Hi Jan,

i don't like this particular patch.

It's obvious that whole page needs a content update by a VAX expert.
Quibbling over formatting details is not going to fix it.  Having
old-fashioned formatting actually makes it even more obvious how
old-fashioned the content is.

Regarding the macros in question, in general:

 - .Tn is a mess because it effectively is a presentation-level
   macro (small caps) misnamed to sound like a semantic macro.
   In general, i agree with reducing its usage - but the
   replacement needs to make some sense.

 - .Ux is a mess because it has no useful application any longer.
   As long as most of the code in BSD was actual AT&T code, so
   as long as AT&T code changes more or less automatically ended
   up in BSD sooner or later, it had some scope where it could
   be applied.  But that kind of usage is completely dead since
   4.4-Lite1 at the very latest, and mostly much earlier.
   It was never useful for HISTORY purposes, you really need .At,
   .Bx and friends in that domain.

Yours,
  Ingo


Jan Stary wrote on Sun, Jun 22, 2014 at 02:29:56PM +0200:

> Index: lib/libm/man/infnan.3
> ===================================================================
> RCS file: /cvs/src/lib/libm/man/infnan.3,v
> retrieving revision 1.16
> diff -u -p -u -p -r1.16 infnan.3
> --- lib/libm/man/infnan.3     3 Nov 2013 18:28:27 -0000       1.16
> +++ lib/libm/man/infnan.3     22 Jun 2014 12:29:00 -0000
> @@ -47,7 +47,7 @@ the Infinities and \*(Nas in the
>  .Tn IEEE
>  standard 754 for Binary
>  Floating\-Point Arithmetic will be simulated in
> -.Tn UNIX
> +.Ux
>  on the
>  .Tn DEC VAX
>  by using its Reserved Operands.
> @@ -62,7 +62,7 @@ in appropriate places in
>  .Em libm .
>  When
>  better exception\-handling is implemented in
> -.Tn UNIX ,
> +.Ux ,
>  only
>  .Fn infnan
>  among the codes in
> 

Reply via email to