https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117278
--- Comment #6 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
Added X86 maintainers as they are familiar with x86_64 targets, so simple fix
should be not do this optimization if build with -Os? But both Power and
aarch64 show positive effect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
--- Comment #7 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
(In reply to H.J. Lu from comment #5)
> Created attachment 59016 [details]
> A patch
>
> Please try this.
Thanks, it works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
--- Comment #4 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
Gimple code:
[local count: 19864224]:
MEM [(unsigned int *)&baseLLfreqs] = { 4, 2, 1, 1 };
MEM [(unsigned int *)&baseLLfreqs + 16B] = { 1, 1,
1, 1 };
MEM [(unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
--- Comment #2 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
Created attachment 58951
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58951&action=edit
fat.asm for ZSTD_rescaleFreqs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
--- Comment #1 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
Created attachment 58950
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58950&action=edit
nofat.asm for ZSTD_rescaleFreqs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
Bug ID: 116410
Summary: fat-lto-objects generates different and inefficient
code compared with no-fat-lto-objects
Product: gcc
Version: 11.0
Status: UNCONFIRMED
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
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
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107473
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
CC||yinyuefengyi a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110151
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
Resolution|--- |DUPLICATE
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: UNCONF
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
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107769
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
CC||yinyuefengyi a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93680
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
CC||yinyuefengyi at
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
@@ -3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97923
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
CC||yinyuefengyi at
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108351
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
CC||yinyuefengyi a
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
+++ b/gcc/config/
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) pno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91771
Xionghu Luo (luoxhu at gcc dot gnu.org) changed:
What|Removed |Added
CC||yinyuefengyi at
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 fin
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 (ve
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&action=edit
0001-rs6000-Fix-incorrect-RTL-for-Power-LE-when-removing-
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
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, whic
30 matches
Mail list logo
