http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #49 from richard.guenther at gmail dot com richard.guenther at
gmail dot com 2013-01-09 08:52:21 UTC ---
On Tue, Jan 8, 2013 at 8:52 PM, dominiq at lps dot ens.fr
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #47 from Uros Bizjak ubizjak at gmail dot com 2013-01-08 19:23:41
UTC ---
(In reply to comment #44)
Can't reproduce on x86_64-linux with current trunk at -O3 -g -ffast-math, both
with LRA and when LRA is disabled. From what
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #48 from Dominique d'Humieres dominiq at lps dot ens.fr
2013-01-08 19:52:39 UTC ---
From comment #40:
with -ffast-math, so for example
if (x != 0)
tem = y / x;
else
tem = 0.;
... do sth with tem ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #45 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-18
10:23:59 UTC ---
I've bisected this and the bug went away (or has gone latent) with
http://gcc.gnu.org/viewcvs?root=gccview=revrev=189915
There is a huge number of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #42 from Dominique d'Humieres dominiq at lps dot ens.fr
2012-12-07 13:40:17 UTC ---
Re-adjust target milestone. Please somebody revisit the regression status
and fill in known-to-work/fail fields. ISTR it only fails on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #43 from Richard Biener rguenth at gcc dot gnu.org 2012-12-07
14:28:56 UTC ---
(In reply to comment #42)
Re-adjust target milestone. Please somebody revisit the regression status
and fill in known-to-work/fail fields.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #40 from Richard Guenther rguenth at gcc dot gnu.org 2012-07-23
08:12:55 UTC ---
tree if-conversion happily executes both arms of the conditional
unconditionally
with -ffast-math, so for example
if (x != 0)
tem = y / x;
else
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #39 from Dominique d'Humieres dominiq at lps dot ens.fr
2012-07-22 10:47:42 UTC ---
If I compile with -fno-tree-loop-if-convert the exception occurs
somewhere else:
It occurs in s00018 in the loop between lines 3782 to 3796
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||ubizjak at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #32 from Uros Bizjak ubizjak at gmail dot com 2012-07-21 10:49:31
UTC ---
gcc version 4.8.0 20120720 (experimental) [trunk revision 189718] (GCC)
==2822== Memcheck, a memory error detector
==2822== Copyright (C) 2002-2011, and GNU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #33 from Uros Bizjak ubizjak at gmail dot com 2012-07-21 11:31:18
UTC ---
The NaN is generated as a mask for DFmode ABS_EXPR:
(insn 124 123 125 (set (reg:V2DF 508)
(mem/u/c:V2DF (symbol_ref/u:DI (*.LC13) [flags 0x2]) [5 S16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #34 from Uros Bizjak ubizjak at gmail dot com 2012-07-21 12:16:42
UTC ---
Maybe no problem with gcc at all:
Compile doduc.f90 with -g -O3 -ffast-math -ffpe-trap=invalid
Starting program: /home/uros/pb11/lin/source/a.out
MAIN : FIN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #35 from Uros Bizjak ubizjak at gmail dot com 2012-07-21 12:35:17
UTC ---
Actually, exception happens at:
Starting program: /home/uros/pb11/lin/source/a.out
MAIN : FIN S2
MAIN : FIN S1
MAIN : FIN S00011
MAIN : FIN S00022
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #36 from Dominique d'Humieres dominiq at lps dot ens.fr
2012-07-21 13:40:09 UTC ---
To me, it looks like invalid test. Any fortraners here to share their opinion?
Please read comments #23 and #24. One problem with NaN is that they
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #37 from Uros Bizjak ubizjak at gmail dot com 2012-07-21 13:51:59
UTC ---
(In reply to comment #36)
To me, it looks like invalid test. Any fortraners here to share their
opinion?
Please read comments #23 and #24. One problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #38 from Dominique d'Humieres dominiq at lps dot ens.fr
2012-07-21 14:43:10 UTC ---
No, the first NaN was born exactly at this instruction. Please note 0 / 0
which is the definition of NaN.
AFAIU the loop around line 1852, the
20 matches
Mail list logo