--- Comment #15 from aesok at gcc dot gnu dot org 2009-03-15 13:14 ---
Fixed.
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from aesok at gcc dot gnu dot org 2009-03-15 13:09 ---
Subject: Bug 34299
Author: aesok
Date: Sun Mar 15 13:09:44 2009
New Revision: 144870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144870
Log:
PR target/34299
* config/avr/avr.c (avr_handle_f
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aesok at gcc dot gnu dot org
|dot org
--- Comment #13 from aesok at gcc dot gnu dot org 2009-03-02 21:54 ---
*** Bug 38558 has been marked as a duplicate of this bug. ***
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from aesok at gcc dot gnu dot org 2009-02-27 16:25 ---
2007-04-05 Anatoly Sokolov
PR target/25448
* config/avr/avr.c (avr_handle_fndecl_attribute): Use the
DECL_ASSEMBLER_NAME, not the DECL_NAME.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #11 from regehr at cs dot utah dot edu 2009-02-26 23:29 ---
Subject: Re: [avr] ICE on function attribute syntax for
main()
Great!
John
jxyang at cs dot utah dot edu wrote:
> --- Comment #10 from jxyang at cs dot utah dot edu 2009-02-26 23:24
> ---
> Created an
--- Comment #10 from jxyang at cs dot utah dot edu 2009-02-26 23:24 ---
Created an attachment (id=17370)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17370&action=view)
patch for bug 34299
DECL_ASSEMBLER_NAME has a side effect of setting assembler_name for functions
if that attri
--- 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/bugz
--- Comment #8 from regehr at cs dot utah dot edu 2009-02-25 20:01 ---
Sorry for the dup.
This bug prevents compilation of almost all TinyOS apps using 4.3.3! Is there
a workaround?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34299
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-02-25 18:50 ---
*** Bug 39307 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org 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
--
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last r
--- Comment #5 from steven at gcc dot gnu dot org 2008-01-10 18:05 ---
If there is an ICE, there is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34299
--- Comment #4 from eric dot weddington at atmel dot com 2008-01-10 17:56
---
(In reply to comment #3)
> __attribute__((signal, naked))
> void __vector_42(void)
> {
>static unsigned char x;
>
>x++;
> }
>
> still triggers the ICE:
However, if there is a function prototype, a
--- Comment #3 from j at uriah dot heep dot sax dot de 2008-01-10 15:56
---
Some bugs appear to re-appear. :-(
While I get
__attribute__((naked))
int main(void)
{
// ...
return 42;
}
to compile with the current compiler, the following piece of code:
__attribute__((signal, naked
--- Comment #2 from eric dot weddington at atmel dot com 2007-12-03 05:39
---
The subject line of this bug is the same subject as bug #31331, which is fixed.
Without having the preprocessed source it is difficult to determine if this bug
is a duplicate.
--
http://gcc.gnu.org/bugzil
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 23:34 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
17 matches
Mail list logo
