[Bug target/43088] [avr] Suspect optimizer missed code in gcc 4.4.3..
--- 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 weddington at atmel dot com changed: What|Removed |Added Known to fail||4.4.3 4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43088
[Bug middle-end/21018] Initializing string literal data improperly marked frame-relative?, should be readonly static const.
--- 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 Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21018
[Bug target/43876] [avr] Improper updating of struct members when written out of order from struct definition
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43876
[Bug target/43746] -fmerge-constants and -fmerge-all-constants don't work at AVR target
--- 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 |Added Status|RESOLVED|UNCONFIRMED Component|c++ |target GCC target triplet||avr Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43746
[Bug target/43104] Incorrect code generation for target mcu ATMega164P
--- 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 Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43104
[Bug target/43088] [avr] Suspect optimizer missed code in gcc 4.4.3..
--- 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 we need to replace (mask 0x00ff) != 0xff by (mask 0x00ff) != 0. Similarly other checks in andhi3 and andsi3 need to be replaced. Abnikant, Is this bug confirmed for the reported version (4.4.3), or for trunk/4.6? -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-20 02:30:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43088
[Bug middle-end/42204] update_eliminables should be called in reload after something changes
--- 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 Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42204
[Bug target/41894] wrong code with -fno-split-wide-types
--- 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 Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41894
[Bug middle-end/41738] [4.3/4.4 Regression] optabs expands rotate using wrong mode
--- 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 Status|NEW |RESOLVED Resolution||FIXED Target Milestone|4.4.5 |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41738
[Bug target/35507] [avr] 4.3.0: size of small funcion increases from 2 to 29 words
--- 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 Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35507
[Bug target/45263] registers used in __do_global_ctors can get clobbered
--- 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 CC||scott at perturb dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45263
[Bug target/44617] Serial Output on the atmega1280 does not work
--- 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=PNphpBB2file=viewtopicp=736616 This is (IMO) a bug in the __do_global_ctors in gcc/config/avr/libgcc.S When support for 24-bit flash pointers was added in edit http://gcc.gnu.org/viewcvs?view=revisionrevision=143306 R20 was used to hold the extra 8 bits of address. But R20 is NOT preserved by called functions according to the AVR C calling conventions, and indeed the class initialization code ends up using R20 if there are sufficient fields to initialize. The attached patch uses R15 instead, and appears to work, but I'm not sure of the implications... I tried to change the summary, but of course it won't let me. I think this is a more serious problem than the initial problem indicates... Duplicate of bug #45263. Closing this one as a dup, as the test case in bug #45263 is simpler. *** This bug has been marked as a duplicate of 45263 *** -- eric dot weddington at atmel dot com changed: What|Removed |Added CC||eric dot weddington at atmel ||dot com Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44617
[Bug c++/36310] [avr] Lots of (possibly) unnecesary static initialization code generated.
--- 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, @function main: .LFB9: .cfi_startproc movss .LC0(%rip), %xmm0 xorl%eax, %eax mulss _ZN3AvgILi20EE6ResultE(%rip), %xmm0 movss %xmm0, _ZN3AvgILi20EE6ResultE(%rip) ret .cfi_endproc .LFE9: .size main, .-main .p2align 4,,15 .type _GLOBAL__I_main, @function _GLOBAL__I_main: .LFB12: .cfi_startproc cmpb$0, _ZGVN3AvgILi20EE6ResultE(%rip) jne .L2 movb$1, _ZGVN3AvgILi20EE6ResultE(%rip) .L2: rep ret .cfi_endproc .LFE12: that is there is one static constructor that seems necessary. Is that what expected? I think the above comment is misplaced. This bug (#36310) is for the avr target and the above is not avr assembly. Bug #36310 was marked as a duplicate of bug #17736. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36310
[Bug target/45264] Stack corruption with any function using frame
--- 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 CC me. AFAIK, Atmel did not (or should have not) sent you to here. When you do send a bug report, send a compilable test case that shows the bugs along with the command line you used, and especially show which device this is for. -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45264
[Bug target/42240] wrong epilogue on naked function
--- 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 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail|4.3.2 4.3.4 |4.3.2 4.3.4 4.4.3 Last reconfirmed|-00-00 00:00:00 |2010-07-26 17:37:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
[Bug target/42240] [4.3/4.4 Regression, avr] wrong epilogue on naked function
-- eric dot weddington at atmel dot com changed: What|Removed |Added Severity|normal |major GCC target triplet||avr Summary|wrong epilogue on naked |[4.3/4.4 Regression, avr] |function|wrong epilogue on naked ||function http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
[Bug target/25722] Stackpointer is not restored correct at end of function
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25722
[Bug target/44564] [avr] usage of LPM instruction combination with undefined result
--- 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 |Added CC||eric dot weddington at atmel ||dot com Component|other |target GCC host triplet|i386| Summary|usage of LPM command|[avr] usage of LPM |combination with undefined |instruction combination with |result |undefined result http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44564
[Bug target/44564] [avr] usage of LPM instruction combination with undefined result
--- 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 document (page 91) shows this is Form 2 (ii) of the LPM instruction which is LPM, r, Z, which is without the plus sign. Therefore this is not undefined. Technically the bug cannot be pushed up to the binutils folks, because IIRC this is in the XMEGA patch to binutils. All of the XMEGA patches have not been submitted upstream yet -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44564
[Bug target/44082] AVR watchdog resets the core during initialization
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44082
[Bug target/44082] AVR watchdog resets the core during initialization
--- 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 avr/wdt.h here: http://www.nongnu.org/avr-libc/user-manual/group__avr__watchdog.html which gives the method to disable the watchdog. -- eric dot weddington at atmel dot com changed: What|Removed |Added CC||eric dot weddington at atmel ||dot com Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44082
[Bug target/43876] [avr] Improper updating of struct members when written out of order from struct definition
--- 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 AssignedTo|unassigned at gcc dot gnu |eric dot weddington at atmel |dot org |dot com Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-09 02:13:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43876
[Bug target/43745] [avr] g++ puts VTABLES in SRAM
--- 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 Component|c++ |target GCC target triplet||avr Summary|g++ puts VTABLES in SRAM|[avr] g++ puts VTABLES in ||SRAM http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43745
[Bug target/39223] volatile bug on AVR
--- 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: What|Removed |Added Status|NEW |RESOLVED Known to fail|4.3.2 4.3.3 4.4.3 4.5.0 |4.3.2 4.3.3 Resolution||FIXED Target Milestone|--- |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39223
[Bug target/43104] Incorrect code generation for target mcu ATMega164P
--- 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_H__ = 0x3e __SP_L__ = 0x3d __CCP__ = 0x34 __tmp_reg__ = 0 __zero_reg__ = 1 .text .global Usart0AtModeSkipLine .type Usart0AtModeSkipLine, @function Usart0AtModeSkipLine: push r29 push r28 push __tmp_reg__ in r28,__SP_L__ in r29,__SP_H__ /* prologue: function */ /* frame size = 1 */ std Y+1,__zero_reg__ lds r24,mUsart0BufferReadPtr std Y+1,r24 lds r24,mUsart0BufferReadPtr std Y+1,r24 lds r24,mUsart0BufferReadPtr std Y+1,r24 /* epilogue start */ pop __tmp_reg__ pop r28 pop r29 ret .size Usart0AtModeSkipLine, .-Usart0AtModeSkipLine .comm mUsart0BufferReadPtr,1,1 .global __do_clear_bss and the object code disassembly was this: test.o: file format elf32-avr Disassembly of section .text: Usart0AtModeSkipLine: 0: df 93 pushr29 2: cf 93 pushr28 4: 0f 92 pushr0 6: cd b7 in r28, 0x3d ; 61 8: de b7 in r29, 0x3e ; 62 a: 19 82 std Y+1, r1 ; 0x01 c: 80 91 00 00 lds r24, 0x 10: 89 83 std Y+1, r24; 0x01 12: 80 91 00 00 lds r24, 0x 16: 89 83 std Y+1, r24; 0x01 18: 80 91 00 00 lds r24, 0x 1c: 89 83 std Y+1, r24; 0x01 1e: 0f 90 pop r0 20: cf 91 pop r28 22: df 91 pop r29 24: 08 95 ret So we need a complete test case, along with a command line that can reproduce the problem. -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43104
[Bug target/43104] Incorrect code generation for target mcu ATMega164P
--- 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 address 0x. Variable (in our case mUsart0BufferReadPtr) has address not equal to zero. In my first post i use three equal strings rdptr = mUsart0BufferReadPtr; I still cannot reproduce the error with the information that you've given me. You need to provide a test case that can reproduce the error. because first generated with error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43104
[Bug target/43104] Incorrect code generation for target mcu ATMega164P
--- 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 variable. The disassembly shows 3 accesses to the same address. Please note that this disassembly is from the object code, not a final executable (before linking) because the test case you gave did not include a main() and therefore cannot be linked. Again, it is up to you, the bug reporter, to provide a compilable and linkable test case that can be reproduced to show the error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43104
[Bug middle-end/41440] SEG FAULT in CSE.C caused by bad RTL expansion
--- 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 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41440
[Bug testsuite/38202] [avr] FAIL: gcc.dg/torture/pr37868.c
--- 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 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38202
[Bug target/37081] [avr] FAIL: gcc.dg/pr36998.c
--- 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 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37081
[Bug target/32871] [avr] Bad optimisation - gcc is pushing too many registers
--- 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 Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32871
[Bug rtl-optimization/23726] Missed optimizations for divmod
--- 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 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23726
[Bug target/21080] Excecution test failure for avr for pr17377 test case.
--- 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 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21080
[Bug middle-end/19154] miss-optimization of (x pow2C) avr conditionals returning bool equivalent values
--- 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 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19154
[Bug target/31786] [avr] error: unable to find a register to spill in class 'BASE_POINTER_REGS'
--- 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 Status|NEW |RESOLVED Resolution||FIXED Summary|[4.3 Regression][avr] error:|[avr] error: unable to find |unable to find a register to|a register to spill in class |spill in class |'BASE_POINTER_REGS' |'BASE_POINTER_REGS' | Target Milestone|4.3.5 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31786
[Bug target/31644] [avr] can't find a register in class 'BASE_POINTER_REGS' while reloading 'asm'
--- 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 Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31644
[Bug target/18617] missed volatile variable optimizations
--- 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 Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18617
[Bug target/35013] Incomplete check in RTL for pm() annotation
-- 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
[Bug target/27192] call through function pointer goes to wrong address
-- 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
[Bug testsuite/36903] Generic vectorizarion test failures
-- 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
[Bug target/41894] wrong code with -fno-split-wide-types
--- 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 dot com changed: What|Removed |Added Known to work||4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41894
[Bug target/41894] wrong code with -fno-split-wide-types
-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-10-31 23:55:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41894
[Bug rtl-optimization/25742] Internal compiler error in gen_rtx_SUBREG
--- 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 Status|UNCONFIRMED |RESOLVED Known to work|4.1.2 4.2.0 |4.1.2 4.2.0 4.3.2 4.4.0 Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25742
[Bug target/34736] [avr] optimiser does not keep interrupt disabled blocks small
--- 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, and should be done, outside of your critical block. I suggest that you write this whole code snippet in inline assembly to get the shortest possible time with interrupts disabled. -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34736
[Bug target/29560] [avr] Poor optimization for byte shifts
--- 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 Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc-apple-darwin7.9.0 | GCC host triplet|powerpc-apple-darwin7.9.0 | Keywords||missed-optimization Known to fail||4.1.1 4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-08-24 17:18:30 date|| Summary|Poor optimization for |[avr] Poor optimization for |character shifts on Atmel |byte shifts |AVR | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29560
[Bug target/39819] [avr] Missed optimisation when setting 4-byte values
--- 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 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-08-21 19:28:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39819
[Bug rtl-optimization/39510] [avr] missed optimisation with IO read and register variables
--- 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 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.3.3 4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-08-21 20:10:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39510
[Bug target/26118] avr-gcc (GCC) 3.4.5 Bug: copying structure through pointer will destroy the pointer
--- 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 Status|WAITING |RESOLVED Known to work||4.3.2 Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26118
[Bug target/35936] Cannot compile libgcc.S on avr
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35936
[Bug target/17994] avr-gcc does not output a dwarf2 .debug_frame section
--- 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. Thanks, Eric Weddington -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-20 22:40:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
[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 version did you use to confirm this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
[Bug target/39633] [avr] loop bug
-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.3.2 4.3.3 4.5.0 Last reconfirmed|-00-00 00:00:00 |2009-08-17 12:12:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
[Bug middle-end/20937] BLK ptr's losing original ptr's static-constant readonly attribute.
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20937
[Bug target/39386] [avr] different computation results for O1 and O0 executables
-- 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 13:40:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39386
[Bug target/32895] Clobber list isn't working
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32895
[Bug middle-end/20355] MEM_READONLY_P MEM_VOLATILE_P properties are lost on BLKmode rtl operands.
--- 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 Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20355
[Bug target/40112] [avr] C++, __attribute__((__progmem__)) lost in typedefs.
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40112
[Bug target/34734] attribute((progmem)) not handled properly in C++ for AVRs
--- 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 CC||sb-sf at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34734
[Bug target/34734] attribute((progmem)) not handled properly in C++ for AVRs
-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.2.2 4.2.1 4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-08-07 19:18:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34734
[Bug target/39819] [avr] Missed optimisation when setting 4-byte values
-- eric dot weddington at atmel dot com changed: What|Removed |Added CC||eric dot weddington at atmel ||dot com Severity|enhancement |normal Component|c |target GCC host triplet|mingw | GCC target triplet|avr-gcc |avr-*-* Keywords||missed-optimization Summary|Missed optimisation when|[avr] Missed optimisation |setting 4-byte values |when setting 4-byte values http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39819
[Bug target/39386] [avr] different computation results for O1 and O0 executables
--- 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
[Bug target/39635] [avr] integer wrong code bug
--- 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 |Added Status|UNCONFIRMED |RESOLVED Component|c |target Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39635
[Bug target/39386] [avr] different computation results for O1 and O0 executables
--- 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: What|Removed |Added CC||wvangulik at xs4all dot nl GCC host triplet|i686-pc-linux-gnu | Keywords||wrong-code Known to fail|4.3.3 4.3.2 |4.3.3 4.3.2 4.1.2 4.2.2 ||4.3.0 4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39386
[Bug target/39593] [avr] faulty value assignment
--- 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 |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39593
[Bug target/37466] [AVR] avr-gcc generating incorrect assembly for expression with the long constant operands
--- 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 CC||szir at sch dot bme dot hu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37466
[Bug c/36470] sizeof UTF-32 is 2 on AVR
-- 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
[Bug rtl-optimization/39510] [avr] missed optimisation with IO read and register variables
--- 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, FAQ, for more information on the calling convention: http://www.nongnu.org/avr-libc/user-manual/FAQ.html#faq_reg_usage Perhaps you need to try this in a function that has void return. -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39510
[Bug target/38057] [AVR] ATMega2561 wrong addressing (probably eicall).
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38057
[Bug target/38549] [avr] eicall not properly set for 128K program space
--- 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 CC||optech_tr at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
[Bug target/38549] [avr] eicall not properly set for 128K program space
-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-23 16:43:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
[Bug target/39386] [avr] different computation results for O1 and O0 executables
--- 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: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39386
[Bug target/39386] [avr] different computation results for O1 and O0 executables
--- 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 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.3.3 4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-03-18 17:47:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39386
[Bug target/34299] [avr] ICE on function attribute syntax for main()
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34299
[Bug target/39287] corrupted prologue generated
-- eric dot weddington at atmel dot com changed: What|Removed |Added Severity|critical|normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39287
[Bug target/39287] corrupted prologue generated
--- 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_reg__ = 1 .text .global b .type b, @function b: push r29 push r28 rcall . rcall . in r28,__SP_L__ in r29,__SP_H__ /* prologue: function */ /* frame size = 4 */ movw r24,r28 adiw r24,1 rcall d /* epilogue start */ pop __tmp_reg__ pop __tmp_reg__ pop __tmp_reg__ pop __tmp_reg__ pop r28 pop r29 ret .size b, .-b -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39287
[Bug target/39287] corrupted prologue generated
--- 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. Closing as invalid. -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39287
[Bug c/39212] ice for AVR target: unable to find a register to spill in class 'POINTER_REGS'
--- 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 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.3.3 4.3.2 Last reconfirmed|-00-00 00:00:00 |2009-02-17 04:43:39 date|| Version|unknown |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39212
[Bug target/39212] ice for AVR target: unable to find a register to spill in class 'POINTER_REGS'
--- 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
[Bug target/39212] ice for AVR target: unable to find a register to spill in class 'POINTER_REGS'
--- 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
[Bug target/34790] [avr] no sibling call optimisation
--- 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 Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34790
[Bug c/38954] AVR-GCC: internal compiler error: in start_function, at c-decl.c:6248
--- 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 CC||eric dot weddington at atmel ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38954
[Bug target/38342] [4.3/4.4 Regression] __attribute__((__progmem__)) not propagated from typedef to data
-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-01-24 16:20:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38342
[Bug c/38954] AVR-GCC: internal compiler error: in start_function, at c-decl.c:6248
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38954
[Bug target/34299] [avr] ICE on function attribute syntax for main()
--- 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 CC||charles at chaoslizard dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34299
[Bug target/37081] [avr] FAIL: gcc.dg/pr36998.c
--- 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 -fasynchronous-unwind-tables -DSTACK_SIZE=2048 -DNO_TRAMPOLINES -S -DSIGNAL_SUPPRESS -mmcu=atmega128 -o pr36998.s(timeout = 300) /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr36998.c:1: warning: unwind tables currently require a frame pointer for correctness output is: /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr36998.c:1: warning: unwind tables currently require a frame pointer for correctness FAIL: gcc.dg/pr36998.c (test for excess errors) Excess errors: /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr36998.c:1: warning: unwind tables currently require a frame pointer for correctness -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-28 16:32:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37081
[Bug testsuite/38202] New: [avr] FAIL: gcc.dg/torture/pr37868.c
New test gcc.dg/torture/pr37868.c fails for -O[0123s] with: /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr37868.c:8: error: width of 'a' exceeds its type /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr37868.c:9: error: width of 'b' exceeds its type The test contains these declarations: struct X { unsigned char pad : 4; unsigned int a : 32; unsigned int b : 24; unsigned int c : 6; } __attribute__((packed)); An int on the AVR is 16-bits, hence the width of 'a' and 'b' exceed their type. -- Summary: [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 dot com GCC target triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38202
[Bug testsuite/38202] [avr] FAIL: gcc.dg/torture/pr37868.c
--- 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/pr38048-1.c: Likewise. * gcc.c-torture/execute/pr38048-2.c: Likewise. -- eric dot weddington at atmel dot com changed: What|Removed |Added CC||rguenther at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38202
[Bug target/38159] New: [avr] ICE: gcc.c-torture/execute/pr38051.c compilation, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions
ICE on AVR target: gcc.c-torture/execute/pr38051.c compilation, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions 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.c-torture/execute/pr38051.c -w -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions -DSTACK_SIZE=2048 -DNO_TRAMPOLINES -DSIGNAL_SUPPRESS -mmcu=atmega128 /root/dejagnuboards/exit.c -Wl,-u,vfprintf -lprintf_flt -Wl,-Tbss=0x802000,--defsym=__heap_end=0x80 -lm -o /usr/local/avrdev/gcc/build/gcc/testsuite/gcc/pr38051.x5(timeout = 300) /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/pr38051.c: In function 'mymemcmp': /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/pr38051.c:189: error: unable to find a register to spill in class 'POINTER_REGS' /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/pr38051.c:189: error: this is the insn: (insn 371 370 372 10 /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/pr38051.c:63 (set (reg/v:SI 397 [ a0 ]) (mem:SI (subreg:HI (reg/v:SI 413 [ srcp1 ]) 0) [2 S4 A8])) 12 {*movsi} (nil)) /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/pr38051.c:189: internal compiler error: in spill_failure, at reload1.c:2093 Note that test is successful with: PASS: gcc.c-torture/execute/pr38051.c execution, -O3 -fomit-frame-pointer -funroll-loops The only difference is the flag -finline-functions, which seems to trigger the bug. -- Summary: [avr] ICE: gcc.c-torture/execute/pr38051.c compilation, -O3 -fomit-frame-pointer -funroll-all-loops -finline- functions Product: gcc Version: 4.4.0 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/bugzilla/show_bug.cgi?id=38159
[Bug target/38159] [avr] ICE: gcc.c-torture/execute/pr38051.c compilation, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions
--- 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/show_bug.cgi?id=38159
[Bug target/38109] [avr] Wrong code with gcc.c-torture/execute/20081112-1.c
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38109
[Bug target/38057] [AVR] ATMega2561 wrong addressing (probably eicall).
--- 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=detailaid=2229892group_id=68108atid=520074 Which is probably the same poster. -- eric dot weddington at atmel dot com changed: What|Removed |Added Severity|blocker |normal Summary|BUG: AVR-GCC ATMega2561 |[AVR] ATMega2561 wrong |wrong addressing (probably |addressing (probably |eicall).|eicall). http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38057
[Bug target/38109] New: [avr] Wrong code with gcc.c-torture/execute/20081112-1.c
Using version 4.4.0 20081112 (experimental) [trunk revision 141785] compiling gcc.c-torture/execute/20081112-1.c (new regression) test fails for: atmega128-sim: gcc.c-torture/execute/20081112-1.c execution, -O2 atmega128-sim: gcc.c-torture/execute/20081112-1.c execution, -O3 -fomit-frame-pointer atmega128-sim: gcc.c-torture/execute/20081112-1.c execution, -O3 -g atmega128-sim: gcc.c-torture/execute/20081112-1.c execution, -Os Wrong code is generated for -O[23s], but is generated correctly for -O[01]. Attachments to follow. -- Summary: [avr] Wrong code with gcc.c-torture/execute/20081112-1.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-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/bugzilla/show_bug.cgi?id=38109
[Bug target/38109] [avr] Wrong code with gcc.c-torture/execute/20081112-1.c
--- 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=16667action=view) Generated assembler listing showing good code at -O1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38109
[Bug target/38109] [avr] Wrong code with gcc.c-torture/execute/20081112-1.c
--- 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=16668action=view) Generated assembler listing showing bad code at -O2. The problem in 20081112-1-bad.s is in the function foo. The compare and branch have been optimized out, but it is wrongly calling abort, when it should just ret. The wrong block is being generated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38109
[Bug testsuite/38036] New: [4.4 Regression][AVR] FAIL: gcc.c-torture/execute/pr37573.c execution
New test case gcc.c-torture/execute/pr37573.c fails for AVR for -O[0123s]: FAIL: gcc.c-torture/execute/pr37573.c execution The test case assumes 32-bit integer constants. AVR has 16-bit integers. -- Summary: [4.4 Regression][AVR] FAIL: gcc.c- torture/execute/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 triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38036
[Bug testsuite/38036] [4.4 Regression][AVR] FAIL: gcc.c-torture/execute/pr37573.c execution
--- 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/execute/pr37573.c: New testcase. -- eric dot weddington at atmel dot com changed: What|Removed |Added CC||rguenther at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38036
[Bug target/29141] static constructors beyond 64k fail
--- Comment #4 from eric dot weddington at atmel dot com 2008-10-30 16:03 --- See also WinAVR bug #2209796 on SourceForge: https://sourceforge.net/tracker/?func=detailatid=520074aid=2209796group_id=68108 -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-10-30 16:03:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29141
[Bug testsuite/37960] New: [4.4 Regression] FAIL: gcc.dg/pr11492.c (test for bogus messages, line 8)
FAIL: gcc.dg/pr11492.c (test for bogus messages, line 8) New regression test from bug 11492 fails for AVR with: 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/pr11492.c -Wsign-compare -DSTACK_SIZE=2048 -DNO_TRAMPOLINES -S -DSIGNAL_SUPPRESS -mmcu=atmega128 -o pr11492.s(timeout = 300) /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr11492.c: In function 'main': /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr11492.c:8: warning: comparison between signed and unsigned integer expressions output is: /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr11492.c: In function 'main': /usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr11492.c:8: warning: comparison between signed and unsigned integer expressions FAIL: gcc.dg/pr11492.c (test for bogus messages, line 8) -- Summary: [4.4 Regression] FAIL: gcc.dg/pr11492.c (test for bogus messages, line 8) 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 triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37960
[Bug testsuite/37960] [4.4 Regression] FAIL: gcc.dg/pr11492.c (test for bogus messages, line 8)
--- Comment #1 from eric dot weddington at atmel dot com 2008-10-30 18:56 --- Bug caused by: 2008-10-29 Manuel Lopez-Ibanez [EMAIL PROTECTED] PR 11492 * gcc.dg/pr11492.c: New. * g++.dg/warn/pr11492.C: New. Manuel, could you take a look at this? -- eric dot weddington at atmel dot com changed: What|Removed |Added CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37960
[Bug testsuite/37960] [4.4 Regression] FAIL: gcc.dg/pr11492.c (test for bogus messages, line 8)
--- 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 special about signed/unsigned multiplication on AVR? I don't know if it is in the Compile Farm, or not. But I can test for you. Note that AVR has 8-bit chars, 16-bit ints and pointers, 32-bit longs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37960