https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59837
zhenqiang.chen at linaro dot org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59837
--- Comment #2 from zhenqiang.chen at linaro dot org ---
The commit (r208511) fix the issue.
2014-03-12 Christian Bruel christian.br...@st.com
PR target/60264
* config/arm/arm.c (arm_emit_vfp_multi_reg_pop): Emit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #10 from zhenqiang.chen at linaro dot org ---
Yes. I see. The patch is in review. But no feedback although I had pinged it
for three times.
https://gcc.gnu.org/ml/gcc-patches/2014-06/msg01325.html
I will go on ping it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61713
--- Comment #2 from zhenqiang.chen at linaro dot org ---
Root cause:
When expand_call_stmt, if gimple_call_lhs (stmt) is NULL, it will set target to
const0_rtx.
Then when expand_atomic_test_and_set, it tries to emit_move_insn (subtarget,
mem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61278
--- Comment #2 from zhenqiang.chen at linaro dot org ---
Confirmed.
df_live is not init in O1. Patch is in testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #3 from zhenqiang.chen at linaro dot org ---
I can not reproduce gcc.dg/guality/pr43051-1.c fail with options
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funroll-all-loops -m32 -mtune=core2
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #7 from zhenqiang.chen at linaro dot org ---
Yes. gcc.target/i386/pr49095.c is still FAIL.
I have not found an easy way to fix it. The root cause for the FAIL is that:
A register copy is forwarded by copyprop_hardreg_forward called
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
zhenqiang.chen at linaro dot org changed:
What|Removed |Added
CC||zhenqiang.chen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #2 from zhenqiang.chen at linaro dot org ---
Patch @r210457 enhances move_insn_for_shrink_wrap to sink more instructions out
of entry block.
For ICE, it tries to sink a SP adjustment instruction. But some useful
information is lost
Assignee: unassigned at gcc dot gnu.org
Reporter: zhenqiang.chen at linaro dot org
Found while building an arm32 kernel
//fail.c
int g(void)
{
unsigned i, j;
asm(// %0 %1 : =r (i), =r(j));
return i;
}
arm-linux-gnueabihf-gcc -march=armv7-a -O2 -c fail.c
fail.c
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: zhenqiang.chen at linaro dot org
Created attachment 31849
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31849action=edit
testcase
arm-linux-gnueabi-gcc neon.c -Os -fno-omit-frame-pointer -mapcs
-mabi=aapcs-linux -mfloat
Assignee: unassigned at gcc dot gnu.org
Reporter: zhenqiang.chen at linaro dot org
Created attachment 31288
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31288action=edit
preprocessed source file
ICE for both x86-64 and ARM.
./install/bin/gcc -O2 ggNRooksSample2.ii -S
ooksSample2.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59282
--- Comment #1 from zhenqiang.chen at linaro dot org ---
ICE from:
commit 3af5e0b77894f5348512dfd60c034da9e859ef11
Author: hubicka hubicka@138bc75d-0d04-0410-961f-82ee72b054a4
Date: Tue Nov 19 10:05:54 2013 +
* cgraph.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58423
zhenqiang.chen at linaro dot org changed:
What|Removed |Added
CC||zhenqiang.chen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
--- Comment #7 from zhenqiang.chen at linaro dot org ---
Created attachment 30364
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30364action=edit
update patch
Please try the updated patch. Local tests: x86-64 and pandaboard bootstrap OK.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
--- Comment #3 from zhenqiang.chen at linaro dot org ---
Created attachment 30330
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30330action=edit
pr57637.patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
--- Comment #4 from zhenqiang.chen at linaro dot org ---
Root cause:
For ARM, gcc might generate cond_exec insns before shrink-wrapping. But
DF_LR_BB_INFO (bb)-def does not include def info from cond_exec insns. So the
check in function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54902
--- Comment #4 from zhenqiang.chen at linaro dot org 2012-10-23 05:35:17 UTC ---
Created attachment 28512
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28512
gdb backtrace
Root cause:
PRE bases on the result of value numbering
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53735
zhenqiang.chen at linaro dot org changed:
What|Removed |Added
CC||zhenqiang.chen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53861
Bug #: 53861
Summary: Assignment of an array element from pointer is not
taken as ARRAY_TYPE when expand_assignment
Classification: Unclassified
Product: gcc
Version: 4.8.0
20 matches
Mail list logo