[Bug ipa/114321] New: [11 regression] ipa/modref: incorrect result with O2 since r11-3308

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114321 Bug ID: 114321 Summary: [11 regression] ipa/modref: incorrect result with O2 since r11-3308 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/88781] [meta-bug] bogus/missing -Wstringop-truncation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88781 Bug 88781 depends on bug 110151, which changed state. Bug 110151 Summary: warning: 'strncpy' output truncated copying 10 bytes from a string of length 26 [-Wstringop-truncation] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110151

[Bug tree-optimization/107473] Unexpected warning / error with strncpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107473 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added CC||yinyuefengyi

[Bug tree-optimization/110151] warning: 'strncpy' output truncated copying 10 bytes from a string of length 26 [-Wstringop-truncation]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110151 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug tree-optimization/110151] New: warning: 'strncpy' output truncated copying 10 bytes from a string of length 26 [-Wstringop-truncation]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110151 Bug ID: 110151 Summary: warning: 'strncpy' output truncated copying 10 bytes from a string of length 26 [-Wstringop-truncation] Product: gcc Version: 14.0 Status:

[Bug c/110048] New: undefined reference when build with O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110048 Bug ID: 110048 Summary: undefined reference when build with O0 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug middle-end/109821] vect: Different output with -O2 -ftree-loop-vectorize compared to -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109821 --- Comment #2 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- (In reply to Andrew Pinski from comment #1) > Two issues which make this undefined. First the unaligned macros still use > aligned types which gcc uses for alignment of the pointer

[Bug c++/109821] New: vect: Different output with -O2 -ftree-loop-vectorize compared to -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109821 Bug ID: 109821 Summary: vect: Different output with -O2 -ftree-loop-vectorize compared to -O2 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug gcov-profile/93680] [GCOV] "do-while" structure in case statement leads to incorrect code coverage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93680 --- Comment #5 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- Patch posted: https://gcc.gnu.org/pipermail/gcc-patches/2023-April/616123.html

[Bug target/106069] [12/13 Regression] wrong code with -O -fno-tree-forwprop -maltivec on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069 --- Comment #37 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- https://gcc.gnu.org/pipermail/gcc-patches/2023-March/614932.html

[Bug ipa/107769] [12/13 Regression] -flto with -Os/-O2/-O3 emitted code with gcc 12.x segfaults via mutated global in .rodata since r12-2887-ga6da2cddcf0e959d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107769 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added CC||yinyuefengyi

[Bug gcov-profile/93680] [GCOV] "do-while" structure in case statement leads to incorrect code coverage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93680 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added CC||yinyuefengyi

[Bug gcov-profile/97923] [GCOV]Wrong code coverage for multiple expressions with Logical OR Operator at multiple lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97923 --- Comment #6 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- below changes could fix the incorrect location diff --git a/gcc/gimplify.cc b/gcc/gimplify.cc index 96845154a92..2dc8608dedf 100644 --- a/gcc/gimplify.cc +++ b/gcc/gimplify.cc @@

[Bug gcov-profile/97923] [GCOV]Wrong code coverage for multiple expressions with Logical OR Operator at multiple lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97923 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added CC||yinyuefengyi

[Bug tree-optimization/108351] [13 Regression] Dead Code Elimination Regression at -O3 since r13-4240-gfeeb0d68f1c708

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108351 --- Comment #4 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- > early inline pass inlines the two calls with C front-end but fails to inline > them with C++ front-end due to "growth 8 exceeds --param > early-inlining-insns divided by number

[Bug tree-optimization/108351] [13 Regression] Dead Code Elimination Regression at -O3 since r13-4240-gfeeb0d68f1c708

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108351 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added CC||yinyuefengyi

[Bug rtl-optimization/106707] [13 Regression] ICE: in cselib_record_set, at cselib.cc:2687 with -Oz -g -fno-cprop-registers -fno-dce since r13-1945-gfc6ef90173478521

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106707 --- Comment #4 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- Maybe guard the pattern with... diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md index 58fcc382fa2..2a9d70da6d0 100644 --- a/gcc/config/i386/i386.md +++

[Bug lto/100010] [10/11/12/13 Regression] ICE in lto_output_node, at lto-cgraph.c:447 (-fdevirtualize-at-ltrans) since r6-6384-gceda2c69d5219719

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100010 --- Comment #8 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- At the ICE point, node->clone_of has value, but clone_of is NULL: (gdb) p clone_of $114 = (cgraph_node *) 0x0 (gdb) p node->clone_of $115 = (cgraph_node *) 0x76664bb0 (gdb)

[Bug ipa/91771] Optimization fails to inline final override.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91771 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added CC||yinyuefengyi

[Bug ipa/101839] [10/11/12/13 Regression] Hang in C++ code with -fdevirtualize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101839 --- Comment #8 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- The relationship is: A A::type | | | BA BA::type CACA::type | CBA CBA::type class CA and CBA are final, also function CA::type and BA::type are

[Bug target/106069] [12/13 Regression] wrong code with -O -fno-tree-forwprop -maltivec on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069 --- Comment #32 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- Thanks for all the information! It inspires to me that "native RTL should be endian-independent". So both big-endian and little-endian platform should generate same (vec_select

[Bug target/106069] [12/13 Regression] wrong code with -O -fno-tree-forwprop -maltivec on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069 --- Comment #31 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- Created attachment 53408 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53408=edit 0001-rs6000-Fix-incorrect-RTL-for-Power-LE-when-removing-

[Bug target/106069] [12/13 Regression] wrong code with -O -fno-tree-forwprop -maltivec on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069 --- Comment #20 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- Another reference is manually change the generated assembly with modifying the source and index vspltw to verify: luoxhu@gcc135 build $ diff q.bad.s q.good.s -U12 --- q.bad.s

[Bug target/106069] [12/13 Regression] wrong code with -O -fno-tree-forwprop -maltivec on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069 --- Comment #19 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- (In reply to Xionghu Luo (luo...@gcc.gnu.org) from comment #15) > In combine: vec_select(vec_concat and the followed vec_select are combined > to a single extract instruction,