[Bug tree-optimization/96053] Miss optimization:Finding SLP sequences from reductions sometimes is better than finding from reduction chains

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96053 --- Comment #4 from Kaipeng Zhou --- This patch add #pragma GCC no_reduc_chain and only completes the front end of C language. For the testcase, it successfully skipped doing slp by finding sequences from reduction chains. Without #pragma GCC n

[Bug tree-optimization/96053] Miss optimization:Finding SLP sequences from reductions sometimes is better than finding from reduction chains

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96053 --- Comment #3 from Kaipeng Zhou --- Created attachment 48896 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48896&action=edit Patch to add #pragma GCC no_reduc_chain

[Bug tree-optimization/96053] Miss optimization:Finding SLP sequences from reductions sometimes is better than finding from reduction chains

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96053 --- Comment #2 from Kaipeng Zhou --- For now, I will try to make a patch to give more control option like #pragma GCC vect [no-]reduc-chain to the user. If there is any new progress or problem, I will update here.

[Bug tree-optimization/96053] New: Miss optimization:Finding SLP sequences from reductions sometimes is better than finding from reduction chains

Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: zhoukaipeng3 at huawei dot com Target Milestone: --- command: gcc -S -O2 -ftree-vectorize test.c -funsafe

[Bug tree-optimization/95854] New: ICE in find_bswap_or_nop_1 of pass store-merging

: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: zhoukaipeng3 at huawei dot com Target Milestone: --- ICE log: during GIMPLE pass: store-merging pr87132.c: In function ‘main’: pr87132.c:5:5: internal compiler error: in tree_to_uhwi, at tree.c:7332 5

[Bug tree-optimization/95199] Remove extra variable created for memory reference in loop vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95199 --- Comment #9 from Kaipeng Zhou --- Created attachment 48717 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48717&action=edit Remove extra variable created for memory reference in loop vectorization. Looks like no one is preparing this pa

[Bug tree-optimization/95199] Remove extra variable created for memory reference in loop vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95199 --- Comment #8 from Kaipeng Zhou --- (In reply to bin cheng from comment #7) > (In reply to rguent...@suse.de from comment #6) > > On Thu, 21 May 2020, zhoukaipeng3 at huawei dot com wrote: > > > > > https://gcc.gnu.org/

[Bug tree-optimization/95199] Remove extra variable created for memory reference in loop vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95199 --- Comment #4 from Kaipeng Zhou --- Sorry for not expressing clearly. I have debugged the testcase you provided. Not eliminating them is not caused by IFN. The relevant code is in the "get_computation_aff_1" function. In IVOPTs the IV_STEPs

[Bug tree-optimization/95199] Remove extra variable created for memory reference in loop vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95199 --- Comment #2 from Kaipeng Zhou --- It seems that IVOPTs has no ability to handle the case where TREE_CODE(iv_step) is SSA_NAME.

[Bug tree-optimization/95199] New: Remove extra variable created for memory reference in loop vectorization.

: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: zhoukaipeng3 at huawei dot com Target Milestone: --- The function vect_create_data_ref_ptr created two equal variable for two equal memory references. gcc version