--- Comment #3 from eric dot weddington at atmel dot com 2010-09-20 19:53
---
Reopening this enhancement request. Bug #21018, which this was marked a
duplicate of, is now marked as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed
--- Comment #4 from eric dot weddington at atmel dot com 2010-09-20 17:14
---
AFAIK, fixed in the latest xmega patch, which is still not upstream.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #10 from eric dot weddington at atmel dot com 2010-09-20 16:51
---
Closed as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2010-09-20 12:58
---
(In reply to comment #3)
>
> It exits for the reported version (4.4.3) and as well as for trunk/4.6.
>
Abnikant, could you also post the patch that fixes this problem? Thanks.
--
eric dot wedd
--- Comment #6 from eric dot weddington at atmel dot com 2010-09-20 03:59
---
Closed as fixed in 4.6.0.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2010-09-20 03:05
---
Closing as fixed in 4.5.0.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #9 from eric dot weddington at atmel dot com 2010-09-20 03:03
---
Closing as fixed in 4.5.0.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #1 from eric dot weddington at atmel dot com 2010-09-20 02:45
---
Andy, do you have a test case for this bug?
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #2 from eric dot weddington at atmel dot com 2010-09-20 02:30
---
(In reply to comment #1)
> This bug is confirmed. andhi3/andsi3 causing this problem. conditional checks
> in andhi3 and andsi3 need to compare with zero instead of 0xff [etc].
> i.e. in andhi3 w
--- Comment #7 from eric dot weddington at atmel dot com 2010-09-20 02:25
---
Closing bug as WORKSFORME.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #6 from eric dot weddington at atmel dot com 2010-08-22 19:14
---
(In reply to comment #5)
> Hmm, I am confused. With my patch for pure constructor removal I get
> .text
> .p2align 4,,15
> .globl main
> .type main, @
--- Comment #13 from eric dot weddington at atmel dot com 2010-08-22 13:26
---
(In reply to comment #12)
> See http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&p=736616
> This is (IMO) a bug in the __do_global_ctors in gcc/config/avr/libgcc.S
> When s
--- Comment #3 from eric dot weddington at atmel dot com 2010-08-22 13:26
---
*** Bug 44617 has been marked as a duplicate of this bug. ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #5 from eric dot weddington at atmel dot com 2010-08-13 01:14
---
Marking this bug as INVALID because the AVR Toolchain 3.0.0.207 is not an
officially released toolchain, and only in beta.
If you have any potential bugs, then please send to avr AT atmel DOT com, and
please
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Severity|normal |major
GCC target triplet||avr
--- Comment #11 from eric dot weddington at atmel dot com 2010-07-26 17:37
---
Anitha, can you please check 4.5.x and HEAD?
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #5 from eric dot weddington at atmel dot com 2010-07-19 13:43
---
Closing as WORKSFORME based on comments #3, #4.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #3 from eric dot weddington at atmel dot com 2010-06-18 03:20
---
The code you have in the bug report shows:
5808: f4 91 lpm r31, Z+
Take a long hard look at the hex instruction. Reverse the bytes: 91 F4
The LPM instruction in the instruction set
--- Comment #2 from eric dot weddington at atmel dot com 2010-06-18 03:05
---
Please attach a preprocessed test case, and the generated assembly (the .S file
when you use -save-temps).
--
eric dot weddington at atmel dot com changed:
What|Removed
--- Comment #4 from eric dot weddington at atmel dot com 2010-06-10 17:16
---
Again: setting this to INVALID.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #1 from eric dot weddington at atmel dot com 2010-06-09 20:21
---
This is not a bug.
Please see the avr-libc documentation for here:
http://www.nongnu.org/avr-libc/user-manual/group__avr__watchdog.html
which gives the method to disable the watchdog.
--
eric dot
--- Comment #3 from eric dot weddington at atmel dot com 2010-06-09 02:13
---
Confirmed.
Testing fix...
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #1 from eric dot weddington at atmel dot com 2010-04-14 19:52
---
What is your suggestion?
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #5 from eric dot weddington at atmel dot com 2010-03-08 23:26
---
(In reply to comment #4)
> > I still cannot reproduce the error
> you got
> >>lds r24, 0x
> that is error!
Take a look at the generated assembly. 3 accesses to the same vari
--- Comment #3 from eric dot weddington at atmel dot com 2010-03-08 21:35
---
(In reply to comment #2)
> (In reply to comment #1)
> > I cannot reproduce the problem.
> >
> >c: 80 91 00 00 lds r24, 0x
>
> Its mean load data from SRAM at a
--- Comment #1 from eric dot weddington at atmel dot com 2010-03-08 20:56
---
I cannot reproduce the problem.
Used this command line:
avr-gcc -save-temps -O0 -mmcu=atmega164p -c test.c -o test.o
Generated this assembly:
.file "test.c"
__SREG__ = 0x3f
__SP_
--- Comment #10 from eric dot weddington at atmel dot com 2010-03-08 15:36
---
(In reply to comment #9)
> (In reply to comment #5)
> Correction : The bug passes with 4.4.2 and above versions.
Closed as FIXED.
--
eric dot weddington at atmel dot com changed:
--- Comment #4 from eric dot weddington at atmel dot com 2010-01-29 17:50
---
Closing as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #10 from eric dot weddington at atmel dot com 2010-01-29 17:47
---
I have in my list this bug as fixed in 4.4.0. Closing.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #20 from eric dot weddington at atmel dot com 2010-01-29 17:45
---
I have in my list that this bug as fixed in 4.4.0. Closing.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #10 from eric dot weddington at atmel dot com 2010-01-29 17:12
---
Setting Target Milestone.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #7 from eric dot weddington at atmel dot com 2010-01-29 17:08
---
Setting Target Milestone.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #11 from eric dot weddington at atmel dot com 2010-01-29 17:07
---
Setting Target Milestone.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #9 from eric dot weddington at atmel dot com 2010-01-29 17:01
---
Closing as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2010-01-29 16:46
---
Setting Target Milestone.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2010-01-29 16:43
---
Changed Target Milestone.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #12 from eric dot weddington at atmel dot com 2010-01-29 16:33
---
Setting target milestone.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36903
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27192
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35013
--- Comment #7 from eric dot weddington at atmel dot com 2009-11-01 17:44
---
(In reply to comment #4)
> The problem is still present on 4.3.5 head
> I cannot reproduce on 4.5
Can someone check this to see if bug exists on any 4.4.x?
--
eric dot weddington at atmel d
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #7 from eric dot weddington at atmel dot com 2009-08-31 16:55
---
Closing bug as WORKSFORME, as it now know to work on four different release
branches of version 4.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #3 from eric dot weddington at atmel dot com 2009-08-24 17:18
---
Confirmed on 4.3.2.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2009-08-24 17:07
---
The cli() and sei() macros from avr-libc are volatile and generate inline
assembly, which the compiler knows nothing about. The compiler is not aware
that the load of the constant into a register can be done
--- Comment #6 from eric dot weddington at atmel dot com 2009-08-21 20:10
---
Confirmed on 4.3.2.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #1 from eric dot weddington at atmel dot com 2009-08-21 19:28
---
Confirmed on 4.3.2.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #2 from eric dot weddington at atmel dot com 2009-08-20 22:40
---
Hi Torleif,
Please check more recent versions such as 4.3.2, 4.3.3, or 4.4.0. There are
.debug_frame sections in there, but I don't know if it contains the information
that you're looking for.
Th
--- Comment #4 from eric dot weddington at atmel dot com 2009-08-20 22:33
---
Seems to be fixed now. Closing as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #9 from eric dot weddington at atmel dot com 2009-08-20 22:13
---
According to comment #8, the problem no longer exists in gcc 4.3.2. Closing bug
as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- 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
--- Comment #9 from eric dot weddington at atmel dot com 2009-08-11 13:29
---
Closing old bug as WONTFIX. Open up a new bug if it is still a problem.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2009-03-18 17:47:31 |2009-08-10
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #3 from eric dot weddington at atmel dot com 2009-08-07 19:16
---
*** Bug 40112 has been marked as a duplicate of this bug. ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #1 from eric dot weddington at atmel dot com 2009-08-07 19:16
---
*** This bug has been marked as a duplicate of 34734 ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2009-08-07 18:56
---
No news on this for several years. Closing as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #6 from eric dot weddington at atmel dot com 2009-08-07 16:38
---
The test case works for me on AVR GCC 4.3.2 using -Wall and -O[0123s]. Closing
bug.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
CC||eric dot weddington at atmel
--- Comment #5 from eric dot weddington at atmel dot com 2009-04-07 15:23
---
Adding additional version numbers in the known-to-fail field from comment in
duplicate bug #39635. Still waiting to hear if bug is present in 4.4.
--
eric dot weddington at atmel dot com changed
--- Comment #4 from eric dot weddington at atmel dot com 2009-04-07 15:18
---
This looks like a duplicate of bug #39386.
*** This bug has been marked as a duplicate of 39386 ***
--
eric dot weddington at atmel dot com changed:
What|Removed
--- Comment #4 from eric dot weddington at atmel dot com 2009-04-07 15:18
---
*** Bug 39635 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39386
--- Comment #4 from eric dot weddington at atmel dot com 2009-04-06 22:38
---
*** Bug 39593 has been marked as a duplicate of this bug. ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #10 from eric dot weddington at atmel dot com 2009-04-06 22:38
---
This looks like a duplicate of bug #37466.
*** This bug has been marked as a duplicate of 37466 ***
--
eric dot weddington at atmel dot com changed:
What|Removed
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36470
--- Comment #1 from eric dot weddington at atmel dot com 2009-03-27 17:06
---
This bug is invalid.
Your test code is in main() which returns an int. The return value is stored in
r24. So the code is correct to store the value in both r2 (test) and r24.
See the avr-libc user manual
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from eric dot weddington at atmel dot com 2009-03-23 16:42
---
*** This bug has been marked as a duplicate of 38549 ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2009-03-23 16:42
---
*** Bug 38057 has been marked as a duplicate of this bug. ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #3 from eric dot weddington at atmel dot com 2009-03-21 16:52
---
Please try using gcc 4.4 (HEAD). Anatoly Sokolov (AVR port maintainer) has
indicated to me that he does not see this bug when using HEAD/4.4.
--
eric dot weddington at atmel dot com changed
--- Comment #2 from eric dot weddington at atmel dot com 2009-03-18 17:47
---
Confirmed with gcc 4.3.2.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #9 from eric dot weddington at atmel dot com 2009-02-26 01:00
---
(In reply to comment #8)
> Sorry for the dup.
>
> This bug prevents compilation of almost all TinyOS apps using 4.3.3! Is there
> a workaround?
>
See comment #4 of this bug.
--
htt
--- Comment #4 from eric dot weddington at atmel dot com 2009-02-25 01:29
---
(In reply to comment #3)
> (In reply to comment #2)
> > What host are you building on?
> Windows, WinAVR 20081205.
> Or... is "rcall ." the space allocating trick?
Yes it is.
Closin
--- Comment #2 from eric dot weddington at atmel dot com 2009-02-24 17:52
---
What host are you building on?
With gcc 4.3.2 with patches from WinAVR I get this:
.file "test.c"
__SREG__ = 0x3f
__SP_H__ = 0x3e
__SP_L__ = 0x3d
__CCP__ = 0x34
__tmp_reg__ = 0
__zero
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Severity|critical|normal
Component|c |target
--- Comment #4 from eric dot weddington at atmel dot com 2009-02-18 15:19
---
Fail on 4.3.2 with -O1, success with -O[023s].
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #3 from eric dot weddington at atmel dot com 2009-02-17 05:09
---
Fails on 4.3.2 with -O[123s] -fno-inline-small-functions.
Success on 4.3.2 with -O0 -fno-inline-small-functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39212
--- Comment #2 from eric dot weddington at atmel dot com 2009-02-17 05:02
---
Success on 4.3.2 with -O1 -finline-small-functions.
Fails on 4.3.2 with -O1 -fno-inline-small-functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39212
--- Comment #1 from eric dot weddington at atmel dot com 2009-02-17 04:43
---
Fails on 4.3.2 with -O1, successful with -O[023s].
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2009-01-27 12:52
---
Closing bug. No feedback from the OP for almost a year.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #6 from eric dot weddington at atmel dot com 2009-01-24 23:35
---
*** Bug 38954 has been marked as a duplicate of this bug. ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #3 from eric dot weddington at atmel dot com 2009-01-24 23:35
---
Resolving as duplicate.
*** This bug has been marked as a duplicate of 34299 ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from eric dot weddington at atmel dot com 2009-01-24 16:15
---
This looks like a duplicate of bug #34299.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #2 from eric dot weddington at atmel dot com 2008-12-28 16:32
---
Test case fails, also as of 2008-12-23, with this:
Executing on host: /usr/local/avrdev/gcc/build/gcc/xgcc
-B/usr/local/avrdev/gcc/build/gcc/
/usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr36998.c -Os
--- Comment #1 from eric dot weddington at atmel dot com 2008-11-20 16:14
---
Test was added by:
2008-11-20 Richard Guenther <[EMAIL PROTECTED]>
PR tree-optimization/37868
* gcc.dg/torture/pr37868.c: New testcase.
* gcc.c-torture/execute/pr380
ry: [avr] FAIL: gcc.dg/torture/pr37868.c
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eric dot weddington at atmel do
--- Comment #2 from eric dot weddington at atmel dot com 2008-11-17 00:15
---
(In reply to comment #1)
> What's sizeof (void *) and sizeof (long) for avr?
>
char: 8-bit
int/short: 16-bit
pointer: 16-bit
long: 32-bit
long long: 64-bit
--
http://gcc.gnu.org/bugzilla/s
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eric dot weddington at atmel dot com
GCC target triplet: avr-*-*
http://gcc.gnu.org/bugz
--- Comment #3 from eric dot weddington at atmel dot com 2008-11-15 19:30
---
Seems to be fixed now on HEAD. Closing bug.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #2 from eric dot weddington at atmel dot com 2008-11-14 00:41
---
Created an attachment (id=16668)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16668&action=view)
Generated assembler listing showing bad code at -O2.
The problem in 20081112-1-bad.s is in the f
--- Comment #1 from eric dot weddington at atmel dot com 2008-11-14 00:38
---
Created an attachment (id=16667)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16667&action=view)
Generated assembler listing showing good code at -O1.
--
http://gcc.gnu.org/bugzilla/show_
weddington at atmel dot com
GCC target triplet: avr-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38109
--- Comment #1 from eric dot weddington at atmel dot com 2008-11-13 21:36
---
Lowering severity. This is a target bug.
See WinAVR bug #2229892 on SourceForge:
<http://sourceforge.net/tracker/index.php?func=detail&aid=2229892&group_id=68108&atid=520074>
Which is probab
--- Comment #1 from eric dot weddington at atmel dot com 2008-11-06 18:52
---
Test case added by:
2008-11-03 Richard Guenther <[EMAIL PROTECTED]>
PR middle-end/37573
* tree-data-ref.c (split_constant_offset_1): Fix tuplification.
* gcc.c-torture/e
/pr37573.c execution
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eric dot weddington at atmel dot com
GCC target
--- Comment #8 from eric dot weddington at atmel dot com 2008-10-31 04:26
---
(In reply to comment #7)
> Eric,
>
> Could you modify the testcase to use 100 instead of 1000 and run it under AVR?
>
The test is successful if the 1000 is changed to 100.
--
http:/
--- Comment #6 from eric dot weddington at atmel dot com 2008-10-30 20:42
---
(In reply to comment #5)
> (In reply to comment #3)
> >
> > Note that AVR has 8-bit chars, 16-bit ints and pointers, 32-bit longs.
>
> Just a guess, given the above: for unsigned cha
--- Comment #3 from eric dot weddington at atmel dot com 2008-10-30 19:57
---
(In reply to comment #2)
> I don't know how to compile/test AVR. Is it in the CompileFarm?
>
> To anyone with more knowledge on AVR, any suggestion what could cause this? Is
> there any spe
1 - 100 of 224 matches
Mail list logo
