--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-03-13
01:19 ---
Subject: Bug 13877
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2004-03-13 01:19:05
Modified files:
gcc:
--- Additional Comments From gdr at gcc dot gnu dot org 2004-03-13 01:20
---
(In reply to comment #6)
Created an attachment (id=5894)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=5894action=view)
clear loop_info-initial_value is loop preconditioned
This fixes the problem by
--- Additional Comments From wilson at gcc dot gnu dot org 2004-03-10
23:43 ---
I can reproduce the problem with gcc-3_3-branch on powerpc-darwin. I can also
reproduce the problem with current sources using -O -fold-unroll-loops.
The problem is a bad interaction between the old loop
--- Additional Comments From wilson at gcc dot gnu dot org 2004-03-10
23:49 ---
Created an attachment (id=5894)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=5894action=view)
clear loop_info-initial_value is loop preconditioned
This fixes the problem by disabling doloop when it
--- Additional Comments From gdr at gcc dot gnu dot org 2004-03-05 11:38
---
This is UNCONFIRMED and critical, what is going on?
--
What|Removed |Added
--- Additional Comments From doko at cs dot tu-berlin dot de 2004-03-05
22:08 ---
Subject: Re: [3.3 regression] miscompilation with -O -funroll-loops on powerpc
gdr at gcc dot gnu dot org writes:
--- Additional Comments From gdr at gcc dot gnu dot org 2004-03-05 11:38
--
What|Removed |Added
Attachment #5590|application/octet-stream|text/plain
mime type||
--
What|Removed |Added
Keywords||wrong-code
Known to fail||3.3.3
Known to work|
8 matches
Mail list logo