[Bug tree-optimization/94092] Code size and performance degradations after -ftree-loop-distribute-patterns was enabled at -O[2s]+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94092 --- Comment #11 from Mel Chen --- (In reply to Mel Chen from comment #10) > (In reply to Richard Biener from comment #9) > > (In reply to Mel Chen from comment #8) > > > Sorry for using the bad example to describe the problem I am facing. Let >

[Bug tree-optimization/94092] Code size and performance degradations after -ftree-loop-distribute-patterns was enabled at -O[2s]+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94092 --- Comment #10 from Mel Chen --- (In reply to Richard Biener from comment #9) > (In reply to Mel Chen from comment #8) > > Sorry for using the bad example to describe the problem I am facing. Let me > > clarify my question with a more precise ex

[Bug tree-optimization/94092] Code size and performance degradations after -ftree-loop-distribute-patterns was enabled at -O[2s]+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94092 --- Comment #8 from Mel Chen --- Sorry for using the bad example to describe the problem I am facing. Let me clarify my question with a more precise example. void array_mul(int N, int *C, short *A, short *B) { int i, j; for (i = 0; i < N; i+

[Bug target/96297] New: Redundant zero extension after inlining the function

Component: target Assignee: unassigned at gcc dot gnu.org Reporter: bina2374 at gmail dot com CC: kito at gcc dot gnu.org, wilson at gcc dot gnu.org Target Milestone: --- Target: riscv32-unknown-elf Command line: bin/riscv64-unknown-elf-gcc -march

[Bug tree-optimization/95685] New: Loop invariants can't be moved out of the loop

onent: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: bina2374 at gmail dot com CC: kito at gcc dot gnu.org, wilson at gcc dot gnu.org Target Milestone: --- Target: riscv32-unknown-elf Command line: bin/riscv64-unknown-elf-gcc -

[Bug target/95632] Redundant zero extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95632 --- Comment #2 from Mel Chen --- (In reply to Jim Wilson from comment #1) > We sign extend HImode constants as that is the natural thing to do to make > arithmetic work. This does mean that unsigned short logical operations need > a zero extend

[Bug target/95632] New: Redundant zero extension

Assignee: unassigned at gcc dot gnu.org Reporter: bina2374 at gmail dot com CC: kito at gcc dot gnu.org, wilson at gcc dot gnu.org Target Milestone: --- Target: riscv32-unknown-elf Command line: bin/riscv64-unknown-elf-gcc -march=rv32imafc -mabi=ilp32f -O2 foo.c

[Bug target/95252] New: testcase gcc.dg/torture/pr67916.c failure when testing with -msave-restore

: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: bina2374 at gmail dot com CC: kito at gcc dot gnu.org, wilson at gcc dot gnu.org Target Milestone: --- Target: riscv64-unknown-elf FAIL: gcc.dg

[Bug tree-optimization/88440] size optimization of memcpy-like code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88440 Mel Chen changed: What|Removed |Added CC||bina2374 at gmail dot com --- Comment #27

[Bug tree-optimization/94092] New: Code size and performance degradations after -ftree-loop-distribute-patterns was enabled at -O[2s]+

Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: bina2374 at gmail dot com Target Milestone: --- Target: riscv64-unknown-elf Since https://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug rtl-optimization/92656] New: The zero_extend insn can't be eliminated in the combine pass

ormal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: bina2374 at gmail dot com Target Milestone: --- Target: RISC-V I compiled the C function with "-march=rv32imafc -mabi=ilp32f -mtune=sifive-7-series -O