https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99398
Bug ID: 99398
Summary: Miss to optimize vector permutation fed by CTOR and
CTOR/CST
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99398
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99398
--- Comment #2 from Kewen Lin ---
Created attachment 50329
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50329&action=edit
tested patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96129
--- Comment #4 from Kewen Lin ---
As the regressed failures, it's highly suspected to be duplicated of PR96376.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96376
Kewen Lin changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #4 from Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96129
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96376
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97705
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97705
--- Comment #3 from Kewen Lin ---
The "-DMASK=2" dumping has more lines for register 282, which is introduced in
ira. Something weird causes ira to dump more contexts.
$ diff dump1/dump-noaddr.c.289r.ira dump2/dump-noaddr.c.289r.ira
107a108
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 96789, which changed state.
Bug 96789 Summary: x264: sub4x4_dct() improves when vectorization is disabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97705
--- Comment #4 from Kewen Lin ---
I think my commit just exposed one bug in ira. The newly introduced function
remove_scratches can bump the max_regno, then the data structures
regstat_n_sets_and_refs and reg_info_p which are allocated according
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96933
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97594
--- Comment #3 from Kewen Lin ---
(In reply to Martin Liška from comment #2)
> (In reply to Martin Liška from comment #1)
> > Mine, I see a strange error:
> >
> > $ Program received signal SIGBUS, Bus error.
> > 0x3fffb7ceddbc in __GI__IO_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97744
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
Last recon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97705
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97744
--- Comment #4 from Kewen Lin ---
The additional pass fre4 run triggers this, to disable fre4 can make it pass
(but to disable dse3 can't separately, so it's unrelated), further narrowing
down shows fre4 on the function MG3XDEMO is responsible. B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97744
--- Comment #5 from Kewen Lin ---
btw, this is power7 specific, I found it can pass with -mcpu=power8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97744
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
Kewen Lin changed:
What|Removed |Added
CC||rguenther at suse dot de
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
--- Comment #2 from Kewen Lin ---
(In reply to Kewen Lin from comment #1)
> (In reply to Ilya Leoshkevich from comment #0)
> > s390's vxe/popcount-1.c began to fail after PR96789 fix.
>
> Sorry to see this regression.
>
> ...
>
> >
> > that i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
Bug ID: 98138
Summary: BB vect fail to SLP one case
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
--- Comment #1 from Kewen Lin ---
Similar case is x264_pixel_satd_8x4 in x264
https://github.com/mirror/x264/blob/4121277b40a667665d4eea1726aefdc55d12d110/common/pixel.c#L288
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
--- Comment #3 from Kewen Lin ---
(In reply to Richard Biener from comment #2)
> So the expected vectorization builds vectors
>
> { tmp[0][0], tmp[1][0], tmp[2][0], tmp[3][0] }
>
> that's not SLP, SLP tries to build the
>
> { tmp[i][0], tmp[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97075
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #18 from Kewen Lin ---
(In reply to Richard Biener from comment #10)
> (In reply to Kewen Lin from comment #9)
> > (In reply to Richard Biener from comment #8)
> > > (In reply to Kewen Lin from comment #7)
> > > > Two questions in min
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #19 from Kewen Lin ---
(In reply to rguent...@suse.de from comment #17)
> On Fri, 18 Sep 2020, linkw at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
> >
> > --- Comment #15 from Kewen Lin ---
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #25 from Kewen Lin ---
> >
> > Got it! For
> >
> > else if (vect_nop_conversion_p (stmt_info))
> > continue;
> >
> > Is it a good idea to change it to call record_stmt_cost like the others?
> > 1) introduce one ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #26 from Kewen Lin ---
> > By following this idea, to release the restriction on loop_outer
> > (loop_father) when setting the father_bbs, I can see FRE works as
> > expectedly. But it actually does the rpo_vn from cfun's entry to it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #27 from Kewen Lin ---
(In reply to Hongtao.liu from comment #22)
> >One of my workmates found that if we disable vectorization for SPEC2017
> >>525.x264_r function sub4x4_dct in source file x264_src/common/dct.c with
> >?>explicit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #29 from Kewen Lin ---
(In reply to Hongtao.liu from comment #28)
> > Probably you can try to tweak it in ix86_add_stmt_cost? when the statement
>
> Yes, it's the place.
>
> > is UB to UH conversion statement, further check if the d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #32 from Kewen Lin ---
(In reply to Richard Biener from comment #31)
> (In reply to Kewen Lin from comment #29)
> > (In reply to Hongtao.liu from comment #28)
> > > > Probably you can try to tweak it in ix86_add_stmt_cost? when the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98437
Bug ID: 98437
Summary: confusing wording in the description of option
-fsanitize=address
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98464
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98464
Kewen Lin changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98464
Kewen Lin changed:
What|Removed |Added
Assignee|linkw at gcc dot gnu.org |rguenth at gcc dot
gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98464
--- Comment #8 from Kewen Lin ---
(In reply to Richard Biener from comment #5)
> But this
>
> sprime = eliminate_avail (gimple_bb (SSA_NAME_DEF_STMT (use)), use);
>
> should make it more conservative (compared to the more desirable use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98464
--- Comment #10 from Kewen Lin ---
(In reply to rguent...@suse.de from comment #9)
> On Mon, 4 Jan 2021, linkw at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98464
> >
> > --- Comment #8 from Kewen Lin ---
> > (In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89126
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
--- Comment #4 from Kewen Lin ---
(In reply to Kewen Lin from comment #3)
>
> IIUC, in current implementation, we get four grouped stores:
> { tmp[i][0], tmp[i][1], tmp[i][2], tmp[i][3] } /i=0,1,2,3/ independently
>
> When all these tryings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
--- Comment #5 from Kewen Lin ---
(In reply to Kewen Lin from comment #4)
> One rough idea seems:
> 1) Relax this condition all_uniform_p somehow to get SLP instance building
> to go deeper and get those p1/p2 loads as SLP nodes.
> 2) Introdu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
--- Comment #7 from Kewen Lin ---
(In reply to Richard Biener from comment #6)
> Starting from the loads is not how SLP discovery works so there will be
> zero re-use of code. Sure - the only important thing is you end up
> with a valid SLP grap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98138
--- Comment #8 from Kewen Lin ---
Created attachment 49942
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49942&action=edit
vectorized with altivec built-in functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
Bug ID: 100328
Summary: IRA doesn't model dup num constraint well
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
--- Comment #1 from Kewen Lin ---
Created attachment 50715
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50715&action=edit
ira:consider matching cstr in all alternatives
With little understanding on ira, I am not quite sure this patch is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
Bug ID: 100794
Summary: suboptimal code due to missing pre2 when vectorization
fails
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99398
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
--- Comment #2 from Kewen Lin ---
(In reply to Richard Biener from comment #1)
Thanks for the comments!
> There's predictive commoning which can do similar transforms and runs after
> vectorization. It might be it doesn't handle these "simple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
--- Comment #4 from Kewen Lin ---
(In reply to rguent...@suse.de from comment #3)
> On Fri, 28 May 2021, linkw at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
> >
> > --- Comment #2 from Kewen Lin ---
> > (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
--- Comment #6 from Kewen Lin ---
Created attachment 50894
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50894&action=edit
Method 1, implicitly enable pcom without unrolling once loop vectorization is
enabled but pcom isn't set explicitly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
--- Comment #7 from Kewen Lin ---
Created attachment 50895
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50895&action=edit
Method 2, let pre generate loop carried dependence for very cheap and cheap
cost model.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
--- Comment #8 from Kewen Lin ---
Created attachment 50896
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50896&action=edit
M1 M2 SPEC2017 P9 eval result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
--- Comment #9 from Kewen Lin ---
(In reply to rguent...@suse.de from comment #5)
> On Fri, 28 May 2021, linkw at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
> >
> > --- Comment #4 from Kewen Lin ---
> > (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
Ever co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
--- Comment #3 from Kewen Lin ---
(In reply to Vladimir Makarov from comment #2)
> (In reply to Kewen Lin from comment #1)
> > Created attachment 50715 [details]
> > ira:consider matching cstr in all alternatives
> >
> > With little understandi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
--- Comment #5 from Kewen Lin ---
Created attachment 51065
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51065&action=edit
ira: Consider matching constraint heavily with some parameter v3
The mentioned only one aarch64-linux-gnu "PASS->F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
--- Comment #6 from Kewen Lin ---
Created attachment 51066
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51066&action=edit
aarch64 XPASS failure list
The patch v3 bootstrapped and regression-tested on x86_64-redhat-linux and
powerpc64le-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101235
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101235
--- Comment #3 from Kewen Lin ---
Will backport the fix after 2021 July 7th (two weeks since it's into trunk) if
this isn't urgent meanwhile got the backport approval.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101235
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #5 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #4)
> (In reply to Kewen Lin from comment #3)
> > With the culprit commit r13-4894, we always implicitly enable powerpc64 for
> > both explicit and implicit 64 bit, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108272
--- Comment #4 from Kewen Lin ---
(In reply to Arseny Solokha from comment #3)
> (In reply to Kewen Lin from comment #2)
> > Created attachment 54192 [details]
> > untested patch
> >
> > Hi @Arseny, I hope this patch can help to clear all the I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #6 from Kewen Lin ---
(In reply to Kewen Lin from comment #5)
> (In reply to Segher Boessenkool from comment #4)
> > (In reply to Kewen Lin from comment #3)
> > > With the culprit commit r13-4894, we always implicitly enable powerpc6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108348
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108348
--- Comment #2 from Kewen Lin ---
This is a 32 bit specific issue, the function rs6000_pass_by_reference has:
/* Allow -maltivec -mabi=no-altivec without warning. Altivec vector
modes only exist for GCC vector types if -maltivec. */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108348
--- Comment #3 from Kewen Lin ---
There seem to be two alternatives to fix this, one is to raise error in
rs6000_pass_by_reference like what we do in rs6000_function_arg, but we need
something like mma_return_type_error to avoid re-erroring; the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108348
--- Comment #4 from Kewen Lin ---
(In reply to Kewen Lin from comment #3)
> There seem to be two alternatives to fix this, one is to raise error in
> rs6000_pass_by_reference like what we do in rs6000_function_arg, but we need
> something like m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108348
--- Comment #6 from Kewen Lin ---
(In reply to Peter Bergner from comment #5)
> (In reply to Kewen Lin from comment #1)
> > diff --git a/gcc/config/rs6000/rs6000-call.cc
> > b/gcc/config/rs6000/rs6000-call.cc
> > index 59c51fa3579..6767a1f541c 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #8 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #7)
> -m64 requires 64-bit instructions. We will ICE if we try to generate code
> for -m64 without support for 64-bit insns enabled in the compiler. For
> example,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108415
Bug ID: 108415
Summary: ICE in emit_library_call_value_1 at gcc/calls.cc:4181
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108415
Kewen Lin changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #9 from Kewen Lin ---
I filed one new bug PR108415 for the ICE itself to avoid the confusion here.
This ICE is not a regression, it's a latent bug, because:
1) Without the culprit commit r13-4894 (like using r13-4893 or reverting i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
Kewen Lin changed:
What|Removed |Added
Summary|[13 Regression] ICE in |[13 Regression] Error
|em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108396
Kewen Lin changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|[12/13 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108396
--- Comment #4 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #3)
> (In reply to Kewen Lin from comment #2)
> > Unfortunately we don't have the testing coverage in testsuite for the
> > expected name vec_vsubcuq (in rs6000-vecde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #13 from Kewen Lin ---
(In reply to Martin Liška from comment #11)
> One more test-case that started to ICE with the same revision:
>
> ./xgcc -B.
> /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/atomic/c11-atomic-exec-2.c
> -mcp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108415
--- Comment #2 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #1)
> Soft float does not conflict with anything (anything that does not need
> FP registers that is). But yes, we really should neuter -mmodulo.
The contradictory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108415
--- Comment #4 from Kewen Lin ---
(In reply to Peter Bergner from comment #3)
> (In reply to Kewen Lin from comment #2)
> > The contradictory thing is that we can have TARGET_VSX and TARGET_SOFT_FLOAT
> > (!TARGET_HARD_FLOAT) together with the p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108396
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108348
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108272
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107396
--- Comment #2 from Kewen Lin ---
*** Bug 108726 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108726
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108728
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108729
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2023-02-14
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108731
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108731
Kewen Lin changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108729
--- Comment #2 from Kewen Lin ---
*** Bug 108731 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108729
--- Comment #3 from Kewen Lin ---
PR108731 has another test case gcc.target/powerpc/bfp/vec-test-data-class-9.c
which needs to be updated too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108699
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2023-02-14
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108699
--- Comment #3 from Kewen Lin ---
One more test case fail with abort on both LE & BE (with -Ofast -mcpu=power9):
#define N 16
unsigned long long vals[N];
unsigned int res[N];
unsigned int expects[N] = {0, 1, 1, 1, 1, 1, 1, 0, 0, 0, 0, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108807
Kewen Lin changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108807
--- Comment #2 from Kewen Lin ---
Created attachment 54478
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54478&action=edit
untested patch
The lvsr and lvsl for generating permutation control vectors only works for LE
as the element order
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108814
Kewen Lin changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108807
--- Comment #3 from Kewen Lin ---
*** Bug 108814 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108810
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2023-02-17
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108813
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2023-02-17
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108273
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2023-02-23
Assignee|unassigned at
1 - 100 of 806 matches
Mail list logo
