ht way.
>
> I disagree with Ted about making this a seperate page,
As i said before, infnan(3/vax) already *is* a separate,
architecture-specific, VAX-only page.
It is cross-referenced from various machine independent pages,
though. I cannot miss the opportunity to show this off:
ischwar
> It's obvious that whole page needs a content update by a VAX expert.
that is correct. All the rest of the discussion is moot.
Only miod and martynas can swing this the right way.
I disagree with Ted about making this a seperate page, since that
would remove a vital component of floating point
t for the record, the page Jan is talking about already is
architecture-specific:
ischwarze@isnote $ apropos infnan
infnan(3/vax) - signals invalid floating-point operations on a VAX (temporary)
ischwarze@isnote $ man -S vax -w infnan
/usr/share/man/man3/vax/infnan.3
ischwarze@isnot
On Sun, Jun 22, 2014 at 17:39, Ingo Schwarze wrote:
> 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
-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:
On Jun 22 14:27:26, h...@stare.cz wrote:
> lib/libm/man/infnan.3 says
>
>At some time in the future, some of the useful properties
>of the Infinities and NaNs in the IEEE standard 754 for Binary
>Floating-Point Arithmetic will be simulated in UNIX on the DEC VAX
>
lib/libm/man/infnan.3 says
At some time in the future, some of the useful properties
of the Infinities and NaNs in the IEEE standard 754 for Binary
Floating-Point Arithmetic will be simulated in UNIX on the DEC VAX
Not sure about the future of DEC VAX
- do we want to keep the slightly
