http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #12 from Janne Blomqvist 2012-05-05
07:59:28 UTC ---
Author: jb
Date: Sat May 5 07:59:22 2012
New Revision: 187191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187191
Log:
PR 49010,24518 MOD/MODULO fixes.
gcc/fortran:
201
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #11 from Janne Blomqvist 2011-05-17
16:18:41 UTC ---
(In reply to comment #10)
> On Tue, May 17, 2011 at 02:17:22PM +, jb at gcc dot gnu.org wrote:
> >
> > So does the fallback path actually ever get used? AFAICS the builtins are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #10 from Steve Kargl
2011-05-17 14:50:52 UTC ---
On Tue, May 17, 2011 at 02:17:22PM +, jb at gcc dot gnu.org wrote:
>
> So does the fallback path actually ever get used? AFAICS the builtins are
> always available, and if the built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #9 from Steve Kargl
2011-05-17 14:02:11 UTC ---
On Tue, May 17, 2011 at 06:05:50AM +, thenlich at users dot sourceforge.net
wrote:
> --- Comment #5 from Thomas Henlich
> 2011-05-17 05:51:56 UTC ---
> The fmod behaviour is correc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #8 from Janne Blomqvist 2011-05-17 14:02:07
UTC ---
So does the fallback path actually ever get used? AFAICS the builtins are
always available, and if the builtin results in a call to fmod{f,,l,Q} we have
fallback implementations in c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #7 from Thomas Henlich
2011-05-17 11:57:31 UTC ---
I suppose we could still use __builtin_fmod if we reset the sign bit if the
result is -0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #6 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #5 from Thomas Henlich
2011-05-17 05:51:56 UTC ---
The fmod behaviour is correct for x < 0 according to N1548:
double fmod(double x, double y);
float fmodf(float x, float y);
The fmod functions return the value x−ny, for some intege
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #4 from Steve Kargl
2011-05-16 21:43:57 UTC ---
On Mon, May 16, 2011 at 09:31:57PM +, sgk at troutmask dot
apl.washington.edu wrote:
> In F95, one finds "P = 0, the result is processor dependent."
>
> In F2003 and F2008, one find
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #3 from Steve Kargl
2011-05-16 21:17:44 UTC ---
There is an additional problem with MOD(A,P) and MODULO(A,P).
In F95, one finds "P = 0, the result is processor dependent."
In F2003 and F2008, one finds "P shall not be zero."
Consid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
13 matches
Mail list logo
