Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: darrenrjenkins at gmail dot com
If using C99 initializers on a union, and using different union members.
The later members seem to clobber the previous members data.
I haven't looked a
--- Comment #13 from darrenrjenkins at gmail dot com 2010-09-22 00:20
---
I seem to be getting this bug on arm thumb also
USB_INT16U ReadLE16U ( volatile USB_INT08U *pmem )
{
USB_INT16U val;
USB_INT08U *bytes = (USB_INT08U *)&val;
bytes[0] = pmem[0];
byt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
Summary: alias analysis problem ?
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
--- Comment #3 from Darren Jenkins 2010-09-28
23:07:08 UTC ---
unsigned short ReadLE16U( volatile unsigned char * ptr )
{
unsigned short value;
unsigned char * bytes = (unsigned char *)&value;
bytes[0] = ptr[0];
bytes[1] = ptr[1]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
--- Comment #5 from Darren Jenkins 2010-09-29
03:33:27 UTC ---
> Please show us the output of "gcc -v", we want to see how the compiler was
> configured (wrt certain defaults etc). Also, when you invoke the compiler we
> want to see the exact op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
--- Comment #6 from Darren Jenkins 2010-09-29
03:55:39 UTC ---
Also if I don't use -fno-omit-frame-pointer the code seems to be generated
correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
--- Comment #7 from Darren Jenkins 2010-09-29
07:46:54 UTC ---
OK CrossWorks don't use/ship the GCC compiler driver.
So I guess all the usefull information I can give is from the c compiler:
cc1 --version
GNU C (GCC) version 4.4.4 (arm-unknown-e
