[Bug middle-end/116065] [13/14/15 Regression] Function attribute optimize() might make ISA target attribute broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116065 --- Comment #7 from Hongyu Wang --- (In reply to Andrew Pinski from comment #6) > (In reply to Andrew Pinski from comment #5) > > then if that is the case then aarch64 started with r14-6290-g9f0f7d802482a8 > > (which added OPT_mearly_ra_ to aarc

[Bug tree-optimization/115843] [14/15 Regression] 531.deepsjeng_r fails to verify with -O3 -march=znver4 --param vect-partial-vector-usage=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115843 --- Comment #11 from Hongyu Wang --- (In reply to Hongtao Liu from comment #10) > > But using kmovw for QImode mask is not correct as we don't know the value in > > gpr. Perhaps we'd consider restrict the kmovb under avx512dq only. > > Why? as

[Bug tree-optimization/115843] [14/15 Regression] 531.deepsjeng_r fails to verify with -O3 -march=znver4 --param vect-partial-vector-usage=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115843 Hongyu Wang changed: What|Removed |Added CC||hongyuw at gcc dot gnu.org --- Comment #8

[Bug target/113719] [13/14 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 --- Comment #15 from Hongyu Wang --- (In reply to Alexandre Oliva from comment #14) > Fixed in 15. Maybe backport the last two patches to earlier branches? Yes, I've backport the original one down to gcc13 so please do the same. Thanks!

[Bug tree-optimization/115256] [15 Regression] 502.gcc_r Run failed with '-march=native -Ofast -funroll-loops -flto' since r15-571-g1e0ae1f52741f7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115256 Hongyu Wang changed: What|Removed |Added CC||hongyuw at gcc dot gnu.org --- Comment #4

[Bug target/115370] [15 regression] gcc.target/i386/pr77881.c FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370 Hongyu Wang changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/115463] [15 regression] 526.blender_r regressed 5% on Zen2 with -Ofast -flto -march=native since r15-1058-gc989e59fc99d99

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115463 Bug 115463 depends on bug 115370, which changed state. Bug 115370 Summary: [15 regression] gcc.target/i386/pr77881.c FAIL https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370 What|Removed |Added

[Bug target/115463] [15 regression] 526.blender_r regressed 5% on Zen2 with -Ofast -flto -march=native since r15-1058-gc989e59fc99d99

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115463 --- Comment #3 from Hongyu Wang --- Should be fixed, but will wait for the confirm of SPEC result on znver/skylake.

[Bug target/115370] [15 regression] gcc.target/i386/pr77881.c FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370 Hongyu Wang changed: What|Removed |Added Target||x86_64-*-*, i?86-*-* --- Comment #1 from

[Bug target/115370] New: [15 regression] gcc.target/i386/pr77881.c FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370 Bug ID: 115370 Summary: [15 regression] gcc.target/i386/pr77881.c FAIL Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: t

[Bug target/115341] [15 regression] gcc.target/i386/apx-ndd-2.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115341 Hongyu Wang changed: What|Removed |Added CC||hongyuw at gcc dot gnu.org Resolu

[Bug target/113719] [13/14/15 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 Hongyu Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/113719] [13/14/15 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 Hongyu Wang changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/113719] [13/14/15 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 --- Comment #4 from Hongyu Wang --- Created attachment 58211 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58211&action=edit A patch Hi Rainer, Could you try the attachment and see if the error was solved? I tested with cross-compiled s

[Bug target/113751] -mapxf -mfma4 generates wrong assembly code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113751 Hongyu Wang changed: What|Removed |Added CC||hongyuw at gcc dot gnu.org --- Comment #1

[Bug target/113711] APX instruction set and instructions longer than 15 bytes (assembly warning)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113711 --- Comment #6 from Hongyu Wang --- (In reply to H.J. Lu from comment #5) > (In reply to Hongyu Wang from comment #4) > > Previously I added > > https://gcc.gnu.org/git/?p=gcc.git;a=commit; > > h=d564198f960a2f5994dde3f6b83d7a62021e49c3 > > >

[Bug target/113711] APX instruction set and instructions longer than 15 bytes (assembly warning)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113711 --- Comment #4 from Hongyu Wang --- Previously I added https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=d564198f960a2f5994dde3f6b83d7a62021e49c3 to prohibit several *POFF constant usage in NDD add alternative. If checking ADDR_SPACE_GENERIC can a

[Bug target/112943] [14 Regression] ICE: in gen_reg_rtx, at emit-rtl.cc:1176 with -O2 -march=westmere -mapxf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112943 --- Comment #6 from Hongyu Wang --- (In reply to Hongtao Liu from comment #3) > (In reply to Jakub Jelinek from comment #1) > > Why does ix86_expand_binary_operator have the use_ndd argument at all? > > Shouldn't it always act as if the argumen

[Bug target/112943] [14 Regression] ICE: in gen_reg_rtx, at emit-rtl.cc:1176 with -O2 -march=westmere -mapxf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112943 Hongyu Wang changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED