https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119210
--- Comment #7 from xiezhiheng at huawei dot com ---
For other information,
https://godbolt.org/z/xdPYGsjYd
LLVM seems always dominate block .LBB0_14
.LBB0_11:
add x23, x23, #1
msr TPIDR2_EL0, xzr
cmp x23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119210
--- Comment #5 from xiezhiheng at huawei dot com ---
(In reply to Andrew Pinski from comment #3)
> So:
> mrs x16, tpidr2_el0
> cbnzx16, .L22 <== it will branch to .L22, and miss 'smstart za'
&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119210
--- Comment #4 from xiezhiheng at huawei dot com ---
(In reply to Andrew Pinski from comment #3)
> So:
> mrs x16, tpidr2_el0
> cbnzx16, .L22 <== it will branch to .L22, and miss 'smstart za'
&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119210
--- Comment #2 from xiezhiheng at huawei dot com ---
(In reply to Andrew Pinski from comment #1)
> Created attachment 60705 [details]
> testcase
>
> -O2-march=armv9-a+sve+sve2+sme-f64f64
>
>
> Next time please att
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: xiezhiheng at huawei dot com
Target Milestone: ---
For this test case,
https://godbolt.org/z/ceW9vPxz8
.L12:
ldr d1, [x21, x19, lsl 3]
mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94442
--- Comment #9 from xiezhiheng at huawei dot com ---
(In reply to Jakub Jelinek from comment #8)
> So, is this fixed by any of the
> r11-2190-gbf592b2ff776aef71c91924cdb5e0d10488496cf
> r11-2448-g072a8b8fb6e861d8ac2db847bcc81dbcb1ef1
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: xiezhiheng at huawei dot com
Target Milestone: ---
Target: aarch64
Test case:
#include
#include
typedef union {
struct {
int _xxx:24;
unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94442
--- Comment #6 from xiezhiheng at huawei dot com ---
I'm trying to modify get_inner_reference to handle the case
for MEM[ptr, off].
I extract the "off" and add it to the recorded offset, then I
build a MEM[ptr, 0] and return it la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94442
--- Comment #4 from xiezhiheng at huawei dot com ---
(In reply to Richard Biener from comment #3)
> So I wonder why
>
> a$vect_s8$0_4 = MEM[(const struct __m256i &)output_5(D) + 32].vect_s8[0];
>
> necessarily emits t
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: xiezhiheng at huawei dot com
Target Milestone: ---
Target: aarch64
Test case:
#include
struct __m256i
{
int8x16_t vect_s8[2];
};
__attribute__((inline)) __m256i
10 matches
Mail list logo
