[Bug target/64240] [5.0 Regression][AArch64] SMS-3.c causes runtime exception(segfault).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64240 --- Comment #8 from Fei Yang --- Fixed.
[Bug target/63173] performance problem with simd intrinsics vld2_dup_* on aarch64-none-elf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63173 Fei Yang changed: What|Removed |Added CC||fei.yang0953 at gmail dot com --- Comment #3 from Fei Yang --- (In reply to ktkachov from comment #1) > Confirmed. Feel free to propose a patch for them on gcc-patches along the > lines you described in: https://gcc.gnu.org/ml/gcc/2014-09/msg00046.html Hi, To let you know, we are currently working on this issue. We are implementing these with builtins. Hopefully, the patch will be posted this week. Thank you.
[Bug target/63173] performance problem with simd intrinsics vld2_dup_* on aarch64-none-elf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63173 --- Comment #7 from Fei Yang --- (In reply to clyon from comment #6) > (In reply to Ramana Radhakrishnan from comment #5) > (In reply to > Venkataramanan from comment #4) > > (In reply to Fei Yang from comment #3) > > > > (In reply to ktkachov from comment #1) > > > > Confirmed. > > > > > > > Feel free to propose a patch for them on gcc-patches along the > > > > lines > you described in: > > > https://gcc.gnu.org/ml/gcc/2014-09/msg00046.html > > > > > > > Hi, > > > To let you know, we are currently working on this > issue. > > > We are implementing these with builtins. > > > Hopefully, > the patch will be posted this week. Thank you. > > > > > > Hi Fei Yang, > > > > > Ok no issues. I will let you do this. But please asign (In reply to > Fei Yang > > from comment #3) > > > (In reply to ktkachov from comment #1) > > > > > Confirmed. > > > > > > Feel free to propose a patch for them on > gcc-patches along the > > > > lines you described in: > > > > https://gcc.gnu.org/ml/gcc/2014-09/msg00046.html > > > > > > Hi, > > > To > let you know, we are currently working on this issue. > > > We are > implementing these with builtins. > > > Hopefully, the patch will be > posted this week. Thank you. > > > > Ok. Next time please assign the > Bugzilla item to your name, so that we wont > > be duplicating the work. > > > > Linaro / Charles Bayliss was already working on this - he had patches > out in > September for this. It seems that Charles' patches cover > vldX_lane, but not vldX_dup. Hi Ramana, Do you mean this link: https://gcc.gnu.org/ml/gcc-patches/2014-10/msg00678.html
[Bug lto/63607] New: run fail with -flto -mfloat-abi=softfp for armeb-linux-gnueabi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63607
Bug ID: 63607
Summary: run fail with -flto -mfloat-abi=softfp for
armeb-linux-gnueabi-gcc
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: fei.yang0953 at gmail dot com
testsuite/gcc.dg/torture/stackalign/builtin-apply-4.c:
/* PR tree-optimization/20076 */
/* { dg-do run } */
extern void abort (void);
double
foo (int arg)
{
if (arg != 116)
abort();
return arg + 1;
}
inline double
bar (int arg)
{
foo (arg);
__builtin_return (__builtin_apply ((void (*) ()) foo,
__builtin_apply_args (), 16));
}
int
main (int argc, char **argv)
{
if (bar (116) != 117.0)
abort ();
return 0;
}
Compile option: armeb-linux-gnueabi-gcc builtin-apply-4.c -static
-mfloat-abi=softfp -flto
Disassembly:
076c :
76c: e92d4800 push {fp, lr}
770: e28db004 addfp, sp, #4
774: e3a02113 movr2, #-1073741820; 0xc004
778: e30a3aaa movw r3, #43690 ; 0x
77c: e34a3aaa movt r3, #43690 ; 0x
780: e5823000 strr3, [r2]
784: e3a00074 movr0, #116 ; 0x74
788: ebaa bl 638
78c: eeb06b40vmov.f64d6, d0
790: ed9f7b0a vldr d7, [pc, #40] ; 7c0
794: eeb46b47 vcmp.f64 d6, d7
Analysis: Return value is not passed correctly. As we can see from line 790,
main gets the return value from d0 register, which is wrong as we use
-mfloat-abi=softfp here.
[Bug lto/63607] run fail with -flto -mfloat-abi=softfp for armeb-linux-gnueabi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63607 --- Comment #2 from Fei Yang --- (In reply to Richard Biener from comment #1) > Is -mfloat-abi=softfp properly used at LTO stage? It seems that -mfloat-abi=softfp is here for lto1: /home/lxr/install/bin/../lib/gcc/../../libexec/gcc/armeb-linux-gnueabi/4.7.1/lto1 -quiet -dumpdir ./ -dumpbase 1.wpa -mfloat-abi=softfp -march=armv7-a -mtls-dialect=gnu -mfloat-abi=softfp -march=armv7-a -mtls-dialect=gnu -auxbase cc9cih7t -O2 -version -fltrans-output-list=/tmp/ccZqlDqA.ltrans.out -fwpa -fresolution=/tmp/ccUnDlh3.res @/tmp/ccSi9hcz
[Bug target/62308] A bug with aarch64 big-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62308 Fei Yang changed: What|Removed |Added CC||fei.yang0953 at gmail dot com --- Comment #9 from Fei Yang --- (In reply to Vladimir Makarov from comment #8) > (In reply to Venkataramanan from comment #7) > Where reload gets > > (set > (reg:DI 0 x0 [76]) (reg:DI 1 x1 [ args+8 ])) > (set (reg:TI 0 x0 [74]) > (reg:TI -1 [+-8 ]) > > Looks same issue to me. > > Vladimir can you > please confirm. Now as I am less busy with the rematerialization pass, I'll > look at this problem on this week. Thanks. Hello Vladimir, Any progress on this issue? This bug bothers me too. Thanks
[Bug target/63742] New: arm *movhi_insn_arch4 pattern may emit ldrh which is wrong for big-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63742
Bug ID: 63742
Summary: arm *movhi_insn_arch4 pattern may emit ldrh which is
wrong for big-endian
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: fei.yang0953 at gmail dot com
CC: ramana.radhakrishnan at arm dot com
Host: x86_64-suse-linux
Target: armeb-linux-gnueabi-gcc
Build: x86_64-suse-linux
Simple testcase (test.c):
unsigned short v;
int i;
int j = 0;
int *ptr = &j;
unsigned short func()
{
for (i = 0; i < 1; ++i)
{
*ptr = -1;
v = 0x1234;
}
return v;
}
Compile option: armeb-linux-gnueabi-gcc -S -O1 test.c
Assembly code snippet:
func:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
str lr, [sp, #-4]!
movwr3, #:lower16:i
movtr3, #:upper16:i
mov r2, #0
str r2, [r3]
movwr0, #:lower16:.LANCHOR0
movtr0, #:upper16:.LANCHOR0
mvn lr, #0
movwr1, #:lower16:v
movtr1, #:upper16:v
ldrhip, .L5 @ movhi
mov r2, r3
.L2:
ldr r3, [r0]
str lr, [r3]
strhip, [r1]@ movhi
ldr r3, [r2]
add r3, r3, #1
str r3, [r2]
cmp r3, #0
ble .L2
movwr3, #:lower16:v
movtr3, #:upper16:v
ldrhr0, [r3]
ldr pc, [sp], #4
.L6:
.align 2
.L5:
.word 4660
Issue under big-endian:
The ldrh loads the wrong value as immediate 4660 is in big-endian form.
GCC version: gcc version 5.0.0 20141026 (experimental)
[Bug target/63742] arm *movhi_insn_arch4 pattern may emit ldrh which is wrong for big-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63742 --- Comment #1 from Fei Yang --- A proposed patch for this issue: https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00258.html
[Bug target/64240] [5.0 Regression][AArch64] SMS-3.c causes runtime exception(segfault).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64240 --- Comment #3 from Fei Yang --- (In reply to Tejas Belagod from comment #1) > Also, reproducable without fPIC. Tejas, I can only reproduce this with -fPIC using trunk r218582. No issue without this option.
[Bug target/64240] [5.0 Regression][AArch64] SMS-3.c causes runtime exception(segfault).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64240 --- Comment #4 from Fei Yang --- (In reply to Ramana Radhakrishnan from comment #2) > Please assign this to yourself Felix. Yes, but I don't know how to change the "Assigned to" field after I logged in as "fei.yang0...@gmail.com". Can anyone help me on this? Thanks.
[Bug target/64240] [5.0 Regression][AArch64] SMS-3.c causes runtime exception(segfault).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64240 --- Comment #5 from Fei Yang --- I'm investigating for a solution, please assign me as owner. Thanks.
[Bug c/62073] New: Segmentation fault with tree vectorize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62073
Bug ID: 62073
Summary: Segmentation fault with tree vectorize
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: fei.yang0953 at gmail dot com
1. Testcase generated by Csmith:
struct S0
{
int f7;
};
struct S0 g_50;
int g_70;
int g_76;
int foo (long long p_56, int * p_57)
{
int *l_77;
int l_101;
for (; g_70;)
{
int **l_78 = &l_77;
if (g_50.f7)
continue;
*l_78 = 0;
}
for (g_76 = 1; g_76 >= 0; g_76--)
{
int *l_90;
for (l_101 = 4; l_101 >= 0; l_101--)
if (l_101)
*l_90 = 0;
else
{
int **l_113 = &l_77;
*l_113 = p_57;
}
}
return *l_77;
}
2. Compile option and result:
supertux@localhost:~/test> ~/gcc-devel/install/bin/gcc -O1 foo.c -S
-ftree-vectorize
foo.c: In function ‘foo’:
foo.c:10:5: internal compiler error: Segmentation fault
int foo (long long p_56, int * p_57)
^
0xbeaed9 crash_signal
../../trunk/gcc/toplev.c:337
0x773af6 flow_bb_inside_loop_p(loop const*, basic_block_def const*)
../../trunk/gcc/cfgloop.c:789
0xe40de0 vect_is_simple_reduction_1
../../trunk/gcc/tree-vect-loop.c:2324
0xe41bc6 vect_force_simple_reduction(_loop_vec_info*, gimple_statement_base*,
bool, bool*)
../../trunk/gcc/tree-vect-loop.c:2617
0xe45eee vect_analyze_scalar_cycles_1
../../trunk/gcc/tree-vect-loop.c:710
0xe4607c vect_analyze_scalar_cycles
../../trunk/gcc/tree-vect-loop.c:784
0xe475db vect_analyze_loop_2
../../trunk/gcc/tree-vect-loop.c:1665
0xe47b92 vect_analyze_loop(loop*)
../../trunk/gcc/tree-vect-loop.c:1864
0xe5b742 vectorize_loops()
../../trunk/gcc/tree-vectorizer.c:432
0xd687b0 execute
../../trunk/gcc/tree-ssa-loop.c:232
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
3. GCC version:
supertux@localhost:~/test> ~/gcc-devel/install/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/supertux/gcc-devel/install/bin/gcc
COLLECT_LTO_WRAPPER=/home/supertux/gcc-devel/install/libexec/gcc/x86_64-suse-linux/4.10.0/lto-wrapper
Target: x86_64-suse-linux
Configured with: ../trunk/configure --build=x86_64-suse-linux
--prefix=/home/supertux/gcc-devel/install --enable-languages=c
--enable-checking --disable-libmudflap --disable-libssp --with-cpu=generic
--disable-bootstrap
Thread model: posix
gcc version 4.10.0 20140809 (experimental) (GCC)
