http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #15 from Mikael Pettersson 2011-12-18
13:54:42 UTC ---
The problem appears to occur in rtx_addr_can_trap_p_1, case REG. It returns
false for any address formed by the frame or stack pointer plus an offset,
regardless of the value of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #14 from Bernd Schmidt 2011-10-06
13:30:31 UTC ---
It looks like ifcvt (or rather, can_move_insns_across_p) is doing the right
thing. The problem is that may_trap_or_fault_p returns false for the memory
reference with an out-of-range
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #13 from Mikael Pettersson 2011-10-03
19:27:21 UTC ---
Created attachment 25404
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25404
reduced preprocessed test case
With this reduced test case I'm seeing gcc-4.6 ifcvt hoisting tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #12 from Mikael Pettersson 2011-10-03
12:56:10 UTC ---
Backporting r179284 to 4.6.1 (trivial except for the third ifcvt.c hunk which
required manual application due to a context diff) fixed the test case there
too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #11 from Mikael Pettersson 2011-10-03
11:46:28 UTC ---
The failure seems to have disappeared on trunk starting with r179284:
http://gcc.gnu.org/ml/gcc-cvs/2011-09/msg00903.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #10 from Mikael Pettersson 2011-10-03
08:35:31 UTC ---
(In reply to comment #8)
> (In reply to comment #6)
> > So which libc was this originally compiled against? Some things in
> > traceroute.i make me think it's glibc, but I don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #9 from newsgrp at duradsl dot dyndns.org 2011-10-02 22:39:42 UTC
---
(In reply to comment #4)
> The failure started with r164552:
> http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00849.html
>
> It's enough to pass -O2 -mtune=athlon to trig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #8 from newsgrp at duradsl dot dyndns.org 2011-10-02 22:01:23 UTC
---
(In reply to comment #6)
> So which libc was this originally compiled against? Some things in
> traceroute.i make me think it's glibc, but I don't see any indicatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #7 from newsgrp at duradsl dot dyndns.org 2011-10-02 22:00:15 UTC
---
Created attachment 25399
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25399
glibc-2.14 patches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #6 from Mikael Pettersson 2011-10-02
20:45:07 UTC ---
So which libc was this originally compiled against? Some things in
traceroute.i make me think it's glibc, but I don't see any indication of which
version it was.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #5 from Andrew Pinski 2011-10-02
20:35:59 UTC ---
This could be a bug in FD_SET/FD_ZERO.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #4 from Mikael Pettersson 2011-10-02
18:55:45 UTC ---
The failure started with r164552:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00849.html
It's enough to pass -O2 -mtune=athlon to trigger the bug, you don't need
-march.
I don't see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #3 from Mikael Pettersson 2011-10-02
13:00:42 UTC ---
The preprocessed test case SEGVs for me with gcc-4.6-20110930, but works with
4.7-20111001, 4.5-20110929, and 4.4-20110927.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
--- Comment #2 from newsgrp at duradsl dot dyndns.org 2011-10-02 11:58:39 UTC
---
Created attachment 25395
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25395
preprocessed result of traceroute.c
This seems to be a regression from gcc 4.5.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #1
15 matches
Mail list logo
