--- Comment #15 from rguenth at gcc dot gnu dot org 2009-11-29 16:38
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #14 from ghazi at gcc dot gnu dot org 2009-11-29 16:21 ---
This testcase was "fixed" here:
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01134.html
Can we close this one?
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ubizjak at gmail dot com 2009-01-19 18:53 ---
(In reply to comment #10)
> Fails on s390 and s390x as well.
And alpha.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35729
--- Comment #12 from ghazi at gcc dot gnu dot org 2009-01-17 02:50 ---
Reconfirming for (x86 && pic):
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg01601.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from sje at cup dot hp dot com 2009-01-05 23:15 ---
Zdenek, are you still looking at this bug? As I mention in comment #7, I think
the fix that is checked in is good, it is just the test that is bad. I don't
see a good way to fix the test, I would support just removing
--- Comment #10 from krebbel at gcc dot gnu dot org 2008-12-02 14:19
---
Fails on s390 and s390x as well.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-11-08 20:19
---
> The test pr35729.c also fails on hppa64-hp-hpux11.11.
Same on the SPARC.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from danglin at gcc dot gnu dot org 2008-11-08 01:34 ---
The test pr35729.c also fails on hppa64-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35729
--- Comment #7 from sje at cup dot hp dot com 2008-10-16 21:32 ---
The new test that was added fails for me on ia64-*-* platforms too. It looks
like the fix for the original bug is right in that it is preventing the
volatile assignment in being moved but the test is bad because other
in
--- Comment #6 from ghazi at gcc dot gnu dot org 2008-05-25 18:03 ---
The testcase also fails for me on x86_64-unknown-linux-gnu or
i686-unknown-linux-gnu but requires -fpic/-fPIC to trigger. (That may explain
the darwin x86 error.) See:
x86_64: http://gcc.gnu.org/ml/gcc-testresults/2
--- Comment #5 from danglin at gcc dot gnu dot org 2008-04-27 17:17 ---
The test pr35729.c also fails on hppa-unknown-linux-gnu.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dominiq at lps dot ens dot fr 2008-04-01 10:28 ---
On i686-apple-darwin9, the failure occurs only in 32 bit mode (default). I also
occurs on powerpc-apple-darwin8.5.0:
http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00013.html
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #3 from dominiq at lps dot ens dot fr 2008-04-01 09:39 ---
The test fails on i686-apple-darwin9 at revision 133785:
FAIL: gcc.dg/pr35729.c scan-rtl-dump-times loop2_invariant "Decided to move
invariant" 0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35729
--- Comment #2 from rakdver at gcc dot gnu dot org 2008-03-31 14:20 ---
Subject: Bug 35729
Author: rakdver
Date: Mon Mar 31 14:19:52 2008
New Revision: 133755
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133755
Log:
PR rtl-optimization/35729
* loop-invariant.c
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-28 10:26 ---
Confirmed. RTL loop invariant motion moves the volatile load out of the
function.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
16 matches
Mail list logo