--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-24 04:04 ---
http://gcc.gnu.org/ml/gcc/2005-01/msg00016.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32444
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 04:07 ---
On the mainline, we have ivtmp.33 going from 1 to 101 so it does not equal the
same as what i is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32445
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-24 04:07 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from rob1weld at aol dot com 2007-06-24 05:01 ---
So here we have it:
#include stdio.h
int abs(int);
double fabs(double);
int main()
{
printf(%f %f %f %f\n, abs(1234.5678), fabs(1234.5678),
abs((int)1234.5678), abs((int)(1234.5678)));
printf(%f %f %f
--- Comment #20 from pinskia at gcc dot gnu dot org 2007-06-24 05:08
---
Since GCC can 'see' the %f at compile time
Yes it can but that does not mean the behavior is the correct to cast it to
float. In fact the behavior is undefined at runtime so you are just running
into the runtime
101 - 106 of 106 matches
Mail list logo