--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-05-31 12:53
---
OK, I got the confirmation that it was a GMP/MPFR miscompilation with mainline
GCC. Downgrading to gcc-3.4.5 gives a working GMP/MPFR combination. I'll upload
new binaries in the next few days.
Longer story: I in
--- Comment #6 from dir at lanl dot gov 2006-05-30 17:01 ---
I also forced it to use the gcc that came with gfortran getting the same
result. I built with mpfr-2.1.2 and gmp-4.1.4 a while ago when I unsucessfully
tried to build gfortran on my PC. I noticed your MSYS version is printing 1
--- Comment #5 from dir at lanl dot gov 2006-05-30 16:34 ---
It is strange - gfortran under cygwin does not seem to have the problem. I
wonder why GMP/MPFR is different under MSYS ? I also tried your test under MSYS
on my system and got the same answer (+one digit) that you got under lin
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-30 15:05
---
OK, I managed to reduce this to a GMP/MPFR bug on i386-pc-mingw32:
$ cat mpfr.c
#include
#include
#include
int main (void)
{
mpfr_t b;
mpfr_init (b);
mpfr_set_ui (b, 2, GMP_RNDN);
mpfr_out_str (stdo
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:59
---
OK, this still happens with current mainline. I also tried a different GMP/MPRF
combination, and it doesn't make it work. I'll be looking into this.
--
fxcoudert at gcc dot gnu dot org changed:
Wha
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:16
---
Lots of things are going badly here:
$ cat dale.f90
real(4) :: x4
real(8) :: x8
print *, " ** REAL(KIND=4) tests ** "
write(*,*) digits(x4), maxexponent(x4), minexponent(x4), &
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:11
---
Confirmed, with the same version of compiler. I'm updating to current svn to
see if this changes, but I don't have much hope...
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
