[Bug target/59787] [ARM] mmx-2.c causes ICE when GCC is configured for cortex-a5/vfpv3-d16-fp16

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59787 Renlin Li changed: What|Removed |Added CC||renlin.li at arm dot com

[Bug target/59787] [ARM] mmx-2.c causes ICE when GCC is configured for cortex-a5/vfpv3-d16-fp16

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59787 --- Comment #5 from Renlin Li --- (In reply to Richard Earnshaw from comment #4) > Is this fixed now? Yes, and the patch has already been committed

[Bug middle-end/61529] [5 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:953

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529 Renlin Li changed: What|Removed |Added CC||renlin.li at arm dot com --- Comment #5

[Bug middle-end/61529] [5 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:953

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529 --- Comment #6 from Renlin Li --- emit_case_nodes calls conditional_probability with a very large first argument. After GCOV_COMPUTE_SCALE calculation, the result overflows into a negative number. It's recorded into the cmp_and_jump rtx as a n

[Bug target/63424] Octave -O3 build: internal compiler error: in prepare_cmp_insn, at optabs.c:4237

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63424 Renlin Li changed: What|Removed |Added CC||renlin.li at arm dot com --- Comment #1

[Bug target/63424] Octave -O3 build: internal compiler error: in prepare_cmp_insn, at optabs.c:4237

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63424 --- Comment #2 from Renlin Li --- VEC_COND_EXPR with V2DI mode is generated as aarch64 target supports it (vcond). The VEC_COND_EXPR expression will further folded into MIN_EXPR/MAX_EXPR expression in the dom pass. However, aarch64 min/max expan

[Bug middle-end/61529] [5 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:953

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529 --- Comment #8 from Renlin Li --- I believe we observed the same behavior, and the first commit to cause the ICE is r215739. The newly introduced recompute_probabilities will set the probability back to REG_BR_PROB_BASE. I will further dig into

[Bug target/63424] Octave -O3 build: internal compiler error: in prepare_cmp_insn, at optabs.c:4237

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63424 --- Comment #3 from Renlin Li --- I am working on this issue, and a patch is more or less done for it.

[Bug middle-end/61529] [5 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:953

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529 --- Comment #9 from Renlin Li --- r215830 fixes this ICE

[Bug target/63762] New: [ARM]GCC generates UNPREDICTABLE STR with Rn = Rt when hard-float abi is used

: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: renlin.li at arm dot com CC: marcus.shawcroft at arm dot com, ramana.radhakrishnan at arm dot com Target: arm* Created attachment 33910

[Bug target/63762] [ARM]GCC generates UNPREDICTABLE STR with Rn = Rt when hard-float abi is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762 --- Comment #1 from Renlin Li --- I am starting to work on this issue.

[Bug target/63762] [ARM]GCC generates UNPREDICTABLE STR with Rn = Rt when hard-float abi is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762 --- Comment #2 from Renlin Li --- r278 is derived from r224 which is a VFP_LO_REGS. find_cost_and_classes assigns r278's class as GENERAL_REGS, and assign it hard_reg 2. Another new pseudo register r290 is created from r278, and assigned to the

[Bug target/63762] [ARM]GCC generates UNPREDICTABLE STR with Rn = Rt when hard-float abi is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762 --- Comment #3 from Renlin Li --- Created attachment 33957 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33957&action=edit ira dump

[Bug middle-end/63762] [ARM]GCC generates UNPREDICTABLE STR with Rn = Rt when hard-float abi is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762 Renlin Li changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/63661] [4.9/5 Regression] -O2 miscompiles with -mtune=nehalem or corei7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661 --- Comment #23 from Renlin Li --- I am using x86_64-unknown-linux-gnu-gcc toolchain. Reproduce the issue in 4.9 branch with "-O2 -fPIC -mtune=native" options. With 4.9.2 release, I reproduced the problem with "-O2 -fPIC -mtune=nehalem" options

[Bug target/63661] [4.9 Regression] -O2 miscompiles with -mtune=nehalem or corei7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661 Renlin Li changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---