https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119317
--- Comment #1 from gandalf at winds dot org ---
Created attachment 60783
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60783&action=edit
test17.i
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
Created attachment 60782
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60782&action=edit
gcc output
The following functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113224
--- Comment #3 from gandalf at winds dot org ---
Thank you for the suggestion. I'll try the union.
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
Target: x86_64-pc-linux-gnu
In an attempt to convert a float value bytewise to an integer, thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112615
gandalf at winds dot org changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112615
gandalf at winds dot org changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #3 from
accessing this data
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
I ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109236
gandalf at winds dot org changed:
What|Removed |Added
Resolution|--- |INVALID
Status
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
I'm seeing incorrect code when -O1 or higher is used on AVR (atmega1284p). The
compiler generates code that compares "x" to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107012
--- Comment #1 from gandalf at winds dot org ---
Created attachment 53615
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53615&action=edit
objdump output for dwarf-5
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
Created attachment 53614
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53614&action=edit
objdump output for dwarf-4
GCC
: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
When 'j_degree' is unknown per the function below, -O3 causes a
stringop-overfl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
--- Comment #10 from gandalf at winds dot org ---
(In reply to Jakub Jelinek from comment #9)
> Fixed for trunk. As a workaround I'd suggest using a correct prototype or
> -fno-builtin-sprintf if you intentionally use a different o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89270
--- Comment #3 from gandalf at winds dot org ---
(In reply to Georg-Johann Lay from comment #2)
> For the time being, you can work around this by a macro from AVR-LibC or
> some equivalent inline asm
Thanks, that workaround does indeed wor
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
I get an ICE on the following code with GCC 9.0.1 20190407 (experimental)
compiled for AVR. Works in GCC 8.x. If the __flash
-end
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
The following fails with GCC 8.2 and 8.3 on AVR. The below output is from 8.3:
# avr-gcc -v -O3 -mmcu=atmega1284p -c test2.c -o test2.o
Using built-in specs.
Reading specs
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
I get an ICE on the following code with GCC 9.0.1 20190209 (experimental)
compiled for AVR. Works in GCC 8.x.
void test()
{
extern const unsigned char __memx __data_load_end
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
The following code emits a warning when using strncmp() to compare a small
quoted string with a "char data[4]&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83801
--- Comment #10 from gandalf at winds dot org ---
This fix resolves the issues for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83801
--- Comment #6 from gandalf at winds dot org ---
(In reply to Georg-Johann Lay from comment #1)
> Old v7.2 does it correctly: one string in flash, one in RAM.
My more specific testcase (comment #3 in PR83729) references a 32-byte string
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83729
--- Comment #3 from gandalf at winds dot org ---
Another regression test case (compile with -O):
void code_to_ascii(char buf[1], unsigned int code)
{
__attribute__((used))
static const char __flash test[5]="ABCDE";
static
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
Created attachment 43054
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43054&action=edit
Preprocessed file
gcc versio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49487
--- Comment #3 from gandalf at winds dot org 2011-06-21 17:17:20 UTC ---
(In reply to comment #1)
> (In reply to comment #0)
> > Compiling the following function triggers an internal compiler error in (at
> > least) GCC versions 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49487
Summary: Internal compiler error in AVR code
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu
--- Comment #6 from gandalf at winds dot org 2010-01-30 20:56 ---
The patch provided fixes this issue and brings the original GCC 4.2.2 behavior
back.
Thanks so much for your quick response!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42898
Thanks,
-Byron
--
Summary: Problem initializing volatile structures
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
R
26 matches
Mail list logo
