: 4.8.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: java4ada at yahoo dot com
Created attachment 30109
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30109&
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #2 from java4ada at yahoo dot com ---
I don't know if ABI dictates it but from observation the stack is aligned to
8-byte for the largest primitive type "double" (or long long).
I configure it on Ubuntu 12.04
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #5 from java4ada at yahoo dot com ---
NEON instructions like vst/vld [:128] and [:256] need 16-byte and 32-byte
alignment, respectively. Does it mean under ARM EABI both should be replaced
with [:64] ? (Probably only at the cost of 1
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: java4ada at yahoo dot com
It seems that since 4.8 GCC grants -Wsign-compare immunity to macro defined in
system header. To reproduce it:
$ cat > test.h < test.c <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
java4ada at yahoo dot com changed:
What|Removed |Added
CC||java4ada at yahoo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42616
java4ada at yahoo dot com changed:
What|Removed |Added
CC||java4ada at yahoo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42616
--- Comment #17 from java4ada at yahoo dot com ---
Is this fixed by https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=218576
?
