--- Comment #12 from fxcoudert at gcc dot gnu dot org 2006-04-01 10:07
---
(In reply to comment #11)
4.1.x is broken for i686-darwin other ways so this is not to be fixed for
there.
If 4.1.x is broken, how do you explain that g95 (based on 4.0.3 or 4.1.0) is
working on i686-darwin?
--- Comment #13 from schnetter at aei dot mpg dot de 2006-04-01 17:21
---
Regarding a generic mechanism for both ppc and i386 on Darwin:
I looked at the header files in /usr/include on my Darwin 8.5.2 system, which
contain the architecture specific files for both ppc and i386. While
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2006-04-01 21:26
---
(In reply to comment #13)
It seems to me that the whole #else branch of the #if __APPLE__ statement
should be removed, together with the #if statement itself.
Right. I tested a bit with sqrt() SSE2
--- Comment #8 from schnetter at aei dot mpg dot de 2006-03-30 16:18
---
I had the same problem. I replaced this file, ran the test cases, and sent the
results. The summary is
=== gfortran Summary ===
# of expected passes12636
# of unexpected failures
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-03-30 22:00
---
Subject: Bug 26712
Author: fxcoudert
Date: Thu Mar 30 22:00:21 2006
New Revision: 112546
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112546
Log:
PR libfortran/26712
* config/fpu-387.h:
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-03-30 22:04
---
Can someone confirm this issue is now fixed on trunk? I'd then apply the patch
to 4.1 as well.
And Erik, btw, the assign_2.f90 failure is PR25765.
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-03-30 22:08
---
4.1.x is broken for i686-darwin other ways so this is not to be fixed for
there.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-03-25 09:27
---
Could you run the testsuite with this change and report it (to gcc-testresults
and fortran mailing lists)?
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ccb at dl dot ac dot uk 2006-03-17 10:13 ---
How do I put this. The apple fenv.h supplied functions work by only setting
bits in mxcsr (not cw), and then only setting bits 1-6. Problem is that the
actual working bits are in 7-12 (as in fpu-387.h). So my little
--- Comment #6 from ccb at dl dot ac dot uk 2006-03-17 11:30 ---
Created an attachment (id=11062)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11062action=view)
fpu-387.h based fpe control for mactel
The changes are to the SSE elements. It sets a mask as for the local floating
--- Comment #1 from ccb at dl dot ac dot uk 2006-03-16 12:35 ---
I have played with this some more, and it seems to be an floating point
underflow. Default configure results in FPU_HOST_HEADER=config/fpu-387.h,
however, Darwin on i386 uses a fenv.h that is similar to that in
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-16 13:17 ---
Hmm, I wonder if this is related to:
http://lists.apple.com/archives/Darwin-dev/2006/Mar/msg00102.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26712
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-16 13:32 ---
(In reply to comment #1)
I have played with this some more, and it seems to be an floating point
underflow. Default configure results in FPU_HOST_HEADER=config/fpu-387.h,
however, Darwin on i386 uses a fenv.h
--- Comment #4 from ccb at dl dot ac dot uk 2006-03-16 14:30 ---
Created an attachment (id=11058)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11058action=view)
fpu configuration file for mactel, uses apple supplied fenv.h
For clearing this uses feclearexcept (FE_ALL_EXCEPT)
For
14 matches
Mail list logo