On 24 August 2007 21:50, Jeff Johnston wrote:
> I have just made a patch. The code in lroundf() was making a comparison
> between an int and a calculation using sizeof. This ended up being an
> unsigned comparison and in this case, the int value was < 1.
>
> -- Jeff J.
Thanks Jeff!
che
I have just made a patch. The code in lroundf() was making a comparison
between an int and a calculation using sizeof. This ended up being an
unsigned comparison and in this case, the int value was < 1.
-- Jeff J.
Dave Korn wrote:
On 24 August 2007 17:16, François-Xavier Coudert wrote:
Hi
On 24 August 2007 17:16, François-Xavier Coudert wrote:
> Hi all,
>
> I think the following exhibits a bug in the lroundf() routine:
Gahh, it's entirely likely, we keep finding cruft and corner cases in the fp
math. Cygwin's maths routines come from newlib; post redirected there and
fups-to s
Hi all,
I think the following exhibits a bug in the lroundf() routine:
$ cat a.c
#include
#include
int main (void) {
printf ("%d\n", (int) lroundf(0.7));
}
$ gcc a.c && ./a.exe
0
The result of lroundf(0.7) should be 1, not 0. If lround() is used
instead of lroundf(), then it's working OK.
4 matches
Mail list logo