[Bug c/63663] [NEON] wrong value when computing the leading zero of int16x4_t type at O2

2014-10-28 Thread spf_zju at 126 dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63663 --- Comment #1 from wind --- I find this issue is related to the definition of a MACRO. /* The arm5 clz instruction returns 32. */ #define CLZ_DEFINED_VALUE_AT_ZERO(MODE, VALUE) ((VALUE) = 32, 1). I am confused that in the armv7 NEON, the mod

[Bug c/63663] New: [NEON] wrong value when computing the leading zero of int16x4_t type at O2

2014-10-27 Thread spf_zju at 126 dot com
: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: spf_zju at 126 dot com the 1.c code is : #include #include int main() { int16x4_t vector_int16x4; int16x4_t vector_res_int16x4; vector_int16x4

[Bug c/59593] New: [arm big-endian] using "ldrh" access a immediate which stored in a memory by word

2013-12-24 Thread spf_zju at 126 dot com
NCONFIRMED Severity: critical Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: spf_zju at 126 dot com the C code like this: short int a = 1; int test() { return 922 * a; } compile the C code : arm-eabi-gcc -mbig-endian -O2 -S bar.c -o b