--- Comment #6 from rearnsha at gcc dot gnu dot org 2009-02-10 14:36
---
This is not a bug, but a problem with your source code.
In order to understand why, you need to pre-process the code and look at the
output:
...
void *memset_arm9(void *a, int b, int c)
{
return ({ uint8_t
--- Comment #7 from siarhei dot siamashka at gmail dot com 2009-02-10
15:11 ---
(In reply to comment #6)
This is not a bug, but a problem with your source code.
In order to understand why, you need to pre-process the code and look at the
output:
...
void *memset_arm9(void *a,
--- Comment #5 from siarhei dot siamashka at gmail dot com 2008-09-03
09:52 ---
I'm sorry, is anybody investigating this quite serious bug? If nobody has
time/motivation to do this work, would it make sense for me to try fixing it
myself and submit a patch here?
--
--- Comment #4 from siarhei dot siamashka at gmail dot com 2008-05-13
12:32 ---
This bug is still present in gcc 4.3
--
siarhei dot siamashka at gmail dot com changed:
What|Removed |Added
--- Comment #3 from mikpe at it dot uu dot se 2007-05-31 20:01 ---
I can confirm this broken behaviour, including that it disappears if the 'c'
variable is renamed to 'xxc', with gcc-3.3.6, 4.0.4, 4.1.2, and 4.2.0, all
running natively on an armv5b-softvfp-linux machine.
--
mikpe at
--- Comment #1 from siarhei dot siamashka at gmail dot com 2007-04-25
07:26 ---
Created an attachment (id=13436)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13436action=view)
testcase for this bug
Testcase attached
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31693
--- Comment #2 from siarhei dot siamashka at gmail dot com 2007-04-25
07:28 ---
This may be related to #31386
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31693