http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
Georg-Johann Lay changed:
What|Removed |Added
Known to work||4.5.4
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #15 from Georg-Johann Lay 2012-05-02
17:14:42 UTC ---
Author: gjl
Date: Wed May 2 17:14:32 2012
New Revision: 187056
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187056
Log:
Backport from 2011-07-11 4.6-branch r176143
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #13 from Georg-Johann Lay 2011-07-11
10:24:48 UTC ---
Author: gjl
Date: Mon Jul 11 10:24:46 2011
New Revision: 176143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176143
Log:
PR target/39633
Backport from mainline r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #12 from Georg-Johann Lay 2011-07-11
10:13:33 UTC ---
Author: gjl
Date: Mon Jul 11 10:13:30 2011
New Revision: 176141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176141
Log:
gcc/
PR target/39633
* config/avr/avr.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #11 from Georg-Johann Lay 2011-07-10
10:15:11 UTC ---
It's bug in avr.c:notice_update_cc() because for shift offset=7 cc0 is set as
if it contained meaningful state:
case CC_CLOBBER:
/* Insn doesn't leave CC in a usable sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #10 from Georg-Johann Lay 2011-07-10
08:29:04 UTC ---
Created attachment 24729
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24729
Minimal test case
Here is a minimal testcase:
char c;
void func_1 (char a)
{
a = a >> 7;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #9 from Georg-Johann Lay 2011-07-09
17:24:47 UTC ---
The needed *cmpqi insn 33 can be tracked until .221r.nothrow dump; the last
dump that actually contains RTL dump.
But then the insn 33 is gone, even with -fno-peephole.
(insn 24 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #8 from Georg-Johann Lay 2011-07-09
16:45:20 UTC ---
Created attachment 24727
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24727
C file, reduced test case
Compiler with avr-gcc 4.6.1 -Os -S -fno-split-wide-types -dp
to get:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
--- Comment #7 from Georg-Johann Lay 2011-07-09
16:39:24 UTC ---
The bug is here:
lsl r24 ashrqi3/5
sbc r24,r24
brne .L3branch
The SBC doc says:
> Z: Previous value [of Z] remains unchanged when the
>result [of SBC] is zero; clea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
Georg-Johann Lay changed:
What|Removed |Added
Keywords||wrong-code
Last reconfirmed|2009-08-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
Georg-Johann Lay changed:
What|Removed |Added
CC||avr at gjlay dot de
--- Comment #5 fro
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Kno
--- Comment #4 from abnikant dot singh at atmel dot com 2009-08-17 12:08
---
4.3.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
PM
To: Singh, Abnikant
Subject: [Bug target/39633] [avr] loop bug
--- Comment #2 from eric dot weddington at atmel dot com 2009-08-17 11:56
---
(In reply to comment #1)
> At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is
> confirmed.
>
Hi Abnikant,
What ve
--- Comment #2 from eric dot weddington at atmel dot com 2009-08-17 11:56
---
(In reply to comment #1)
> At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is
> confirmed.
>
Hi Abnikant,
What version did you use to confirm this bug?
--
http://gcc.gnu.org/bugzilla/
--- Comment #1 from abnikant dot singh at atmel dot com 2009-08-17 09:40
---
At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is
confirmed.
--
abnikant dot singh at atmel dot com changed:
What|Removed |Added
-
18 matches
Mail list logo
