Path: utzoo!attcan!uunet!samsung!usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!adm!smoke!gwyn
From: gwyn@smoke.brl.mil (Doug Gwyn)
Newsgroups: comp.lang.c
Subject: Re: # to the nth power
Message-ID: <14436@smoke.brl.mil>
Date: 12 Nov 90 13:43:06 GMT
References: <1990Nov10.224939.23622@dirtydog.ima.isc.com> <14427@smoke.brl.mil> <4247@goanna.cs.rmit.oz.au>
Organization: U.S. Army Ballistic Research Laboratory, APG, MD.
Lines: 19

In article <4247@goanna.cs.rmit.oz.au> ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe) writes:
>: #define	Round( d )	floor( (d) + 0.5 )	/* requires <math.h> */
>I'm afraid it's not that trivial.  That doesn't provide the preferred
>round-to-even-when-there-is-a-tie.

It won't matter in any reasonable application.

>The Base Document didn't specify fsetpos() either,
>but that didn't stop ANSI filling in a nasty gap.

It's not clear that it's a particularly pressing need.
I would MUCH rather have had a mathematically correct mod function;
there are something like 4 similar C functions and operations, none
of them correctly providing a direct modulo capability.

>What's the NCEWG up to?  Are they likely to address this?

NCEG has several interests.  I haven't heard any major concern over
this particular topic.