[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[no subject]



I think there are two bugs in Mintlib Pl30:

1) printf reports -0.0, that means 0x80000000 as NaN
2) divdf3 reports e.g. 0.0/2.4 as -0.0 (again 0x80000000 instead of 0x00000000)

Try this listing on an ST without Coprozessor:

#include <stdio.h>

tt(double a)
{
        double b,c,d;
        
        b = -a;
        c = a / 2.4;
        d = b / 2.4;
        
        printf("%f %f %f %f\n",a,b,c,d);
}

main()
{
        tt(0.0);
}       
        

Robert (rwilhelm@physik.tu-muenchen.de)

BTW: GCC 2.3.3Pl1 uses for 0.0 and -0.0 always 0x00000000.
Bug or feature ?