--- Comment #13 from fxcoudert at gcc dot gnu dot org 2008-03-05 21:27
---
(In reply to comment #12)
> I have reported the bug to Apple, it is radar 5782719
Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from dominiq at lps dot ens dot fr 2008-03-05 20:45 ---
I have reported the bug to Apple, it is radar 5782719 with the following test:
[ibook-dhum] f90/bug% cat nist_827_c.c
#include
#include
#include
#include
int main() {
double avd, bvd, cvd, dvd, dvcorr;
c
--- Comment #11 from dominiq at lps dot ens dot fr 2008-03-05 15:29 ---
(In reply to comment #10)
[ibook-dhum] f90/bug% cat nist_827_red_2.f
program fm827
double precision avd, bvd, cvd, dvd, dvcorr
cvd = 10.0d0
dvd = 6.0d0
dvd = dlog10(cvd)
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2008-03-05 14:39
---
(In reply to comment #9)
> To answer the question, when the test fail dlog10 returns 0, but to get that
> you need some intermediate steps.
Can you show us your program that shows dlog10 returning 0?
> The prob
--- Comment #9 from dominiq at lps dot ens dot fr 2008-03-04 22:20 ---
(In reply to comment #8)
Sorry, for not replying to your comments. I have been out of town for four days
(remote place without connction to the net) and I am trying to clean up the
backlog.
To answer the question, w
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2008-03-04 21:58
---
(In reply to comment #7)
> It would be nice to have a C test (if possible using gcc 4.0 from apple).
It'll be rather easy if you can do what I suggested in comment #6: trim it down
a bit by printing the various q
--- Comment #7 from dominiq at lps dot ens dot fr 2008-03-04 21:45 ---
I have done some additional tests: compiled under 10.4.11, passed, then
executed under 10.5.2 failed.
Compiled on 10.5.2 with -S, then did the assembly and link under 10.4.11 (using
gfortran) then the executable passe
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-03-03 23:26
---
(In reply to comment #5)
> Was it decided this is a platform specific library issue, not gfortran?
I think it's likely, but to be sure we need some more input. Dominique, could
you try to print out the values of
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-03-03 04:59
---
Was it decided this is a platform specific library issue, not gfortran?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35285
--- Comment #4 from dominiq at lps dot ens dot fr 2008-02-22 16:21 ---
Forgot to give the result:
avd= -1.00 should be:0.00
fails
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35285
--- Comment #3 from dominiq at lps dot ens dot fr 2008-02-22 16:17 ---
Sorry, I have been too fast. The test in comment #1 fails with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35285
--- Comment #2 from dominiq at lps dot ens dot fr 2008-02-22 16:01 ---
Subject: Re: Failures in the NIST test suite FM827 with
-m64
The test in comment #1 pass. I have forgotten to say that the arithmetic IF is
needed for the failure and that removing any one of the four left test cas
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-02-22 15:45
---
Works for me.
Can you try this test case:
program fm827
double precision avd, bvd, cvd, dvd, dvcorr
ct010* test 10 tanh(x) = 1 - 2/(exp(2x)+1)
bvd
13 matches
Mail list logo