https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92566
--- Comment #6 from Kewen Lin ---
Great! I was thinking there whether exists some array to map from mode to
vector, but missed this one. Good to know we have this kind of function!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92566
Kewen Lin changed:
What|Removed |Added
Attachment #47306|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92566
--- Comment #10 from Kewen Lin ---
Yes, you are right, it's fine to drop it. Since the previous code will early
return if it's under (!TARGET_ALTIVEC && !TARGET_VSX), I was thinking it may be
good to put an early return there. I'm fine to remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92566
Kewen Lin changed:
What|Removed |Added
Attachment #47325|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92566
--- Comment #12 from Kewen Lin ---
FWIW, I did some statistics collection with regression testing on P8 machine,
the #hits on early return is 516, while the other # is 1147412. So the
conclusion is that early return is useless (at least for those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92618
--- Comment #7 from Kewen Lin ---
Sorry that I didn't catch the bugzilla mails timely, thanks for fixing this!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92534
--- Comment #8 from Kewen Lin ---
This issue won't be reproduced with latest trunk but I still can reproduce with
the original reported revision. I checked the dumpings, it changes starting
from inlining, the bg() doesn't have the loop of interes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92534
--- Comment #9 from Kewen Lin ---
Oops, sorry, the above comment should be for PR91790.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92534
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91790
Kewen Lin changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
--- Comment #9 from Kewen Lin ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91790
--- Comment #10 from Kewen Lin ---
Created attachment 47357
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47357&action=edit
Defer vect_setup_realignment for different first_stmt_info
Verified the fix on P7 BE, still bootstrapping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91790
Kewen Lin changed:
What|Removed |Added
Attachment #47357|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91790
--- Comment #12 from Kewen Lin ---
Author: linkw
Date: Wed Nov 27 09:08:20 2019
New Revision: 278760
URL: https://gcc.gnu.org/viewcvs?rev=278760&root=gcc&view=rev
Log:
[PATCH] Fix PR91790 by considering different first_stmt_info for realign
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92566
--- Comment #13 from Kewen Lin ---
Author: linkw
Date: Thu Nov 28 06:34:31 2019
New Revision: 278800
URL: https://gcc.gnu.org/viewcvs?rev=278800&root=gcc&view=rev
Log:
[rs6000] Fix PR92566 by checking VECTOR_UNIT_NONE_P
As Segher pointed out in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92566
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91790
--- Comment #14 from Kewen Lin ---
Yes, I'd like to wait for two weeks to ensure it's safe enough and then
backport to gcc9. Does it sound good?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92760
Kewen Lin changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92760
--- Comment #2 from Kewen Lin ---
Author: linkw
Date: Wed Dec 4 05:10:46 2019
New Revision: 278955
URL: https://gcc.gnu.org/viewcvs?rev=278955&root=gcc&view=rev
Log:
[rs6000] Fix PR92760 by checking VECTOR_MEM_NONE_P instead
PR92760 exposed on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92760
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91790
--- Comment #15 from Kewen Lin ---
Author: linkw
Date: Tue Dec 10 12:54:21 2019
New Revision: 279166
URL: https://gcc.gnu.org/viewcvs?rev=279166&root=gcc&view=rev
Log:
[PATCH] Fix PR91790 by considering different first_stmt_info for realign
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
Kewen Lin changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org
--- Comment #9 f
|--- |DUPLICATE
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
--- Comment #2 from Kewen Lin ---
With the fix of PR62147, we can generate bdnz for this loop now.
With -O2 -mcpu=power7 -mno-vsx:
3c: 00 00 42 60 ori r2,r2,0
40: 08 00 04 cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052
--- Comment #8 from Kewen Lin ---
Sorry, I just saw this bug was starting to fail with my commit. Thanks for @ing
me! My commit is just to pass the finiteness information down to RTL phase. The
loops in that case are simple and have only an exit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052
--- Comment #9 from Kewen Lin ---
I can't reproduce this on both powerpc64le-linux-gnu
(edabbec31e3bfc9a9757f80c8610706ed00e5a1a) and ppc64-redhat-linux (r278916),
IIUC I need the powerpc-e300c3 environment header/library as sysroot for
cross-com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052
--- Comment #11 from Kewen Lin ---
Thanks a lot for Martin's help on reproduction. I can reproduce this ICE and
confirmed that if commenting out my patch r272731 in loop-iv.c, it can pass. I
can also reproduce it on powerpc64 (ppc64-redhat-linux)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052
Kewen Lin changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org
--- Comment #12 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052
--- Comment #13 from Kewen Lin ---
> “The newly generated doesn't look incorrect since some semantic changes as
> below.”
Sorry, typo, it should be "The newly generated insn doesn't look correct since
some semantic changes as below."
,
||segher at gcc dot gnu.org,
||wschmidt at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
--- Comment #15 from Kewen Lin ---
Thanks for your comments Alan! I've up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91052
Kewen Lin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
||2020-03-04
CC||linkw at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Kewen Lin ---
Yes, this is another one which
||2020-03-04
CC||linkw at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Kewen Lin ---
It's a power7 specific test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86683
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #3
||2019-01-15
CC||linkw at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87306
--- Comment #1 from Kewen Lin ---
Confirmed.
This issue is power7 and below only, since it implicitly sets
-mno-allow-movmisalign, which disallow unaligned load/store in vectorization.
The proposed fix to guard the case under vect_hw_misalig on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87306
--- Comment #2 from Kewen Lin ---
Created attachment 45432
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45432&action=edit
Similar to the patch fixing pr65484
Referring to pr65484.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87306
--- Comment #3 from Kewen Lin ---
Author: linkw
Date: Thu Jan 17 03:03:38 2019
New Revision: 268003
URL: https://gcc.gnu.org/viewcvs?rev=268003&root=gcc&view=rev
Log:
PR target/87306
* gcc.dg/vect/bb-slp-pow-1.c: Modify to reflect that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87306
--- Comment #4 from Kewen Lin ---
Author: linkw
Revision: 268003
Modified property: svn:log
Modified: svn:log at Thu Jan 17 03:24:27 2019
--
--- svn:log (original)
+++ s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87306
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88497
--- Comment #10 from Kewen Lin ---
Author: linkw
Date: Mon Jul 15 05:12:05 2019
New Revision: 273490
URL: https://gcc.gnu.org/viewcvs?rev=273490&root=gcc&view=rev
Log:
gcc/ChangeLog
2019-07-15 Kewen Lin
PR tree-optimization/88497
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88497
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #33 from Kewen Lin ---
(In reply to rguent...@suse.de from comment #27)
> On Fri, 2 Aug 2019, linkw at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40073
--- Comment #18 from Kewen Lin ---
Created attachment 46687
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46687&action=edit
Powerpc case on vector rotation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
--- Comment #26 from Kewen Lin ---
Author: linkw
Date: Sat Sep 14 09:01:21 2019
New Revision: 275713
URL: https://gcc.gnu.org/viewcvs?rev=275713&root=gcc&view=rev
Log:
Consider doloop IV in IVOPTs:
For the targets supporting low-overhead loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
Kewen Lin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91057
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91057
--- Comment #8 from Kewen Lin ---
Thanks for the prompt fix, it works well!
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: linkw at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
We found r276516 caused 26% performance degradation on SPEC2017 548.exchange2_r
on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91775
--- Comment #7 from Kewen Lin ---
(In reply to Richard Biener from comment #5)
>
> probably also a missed-optimization for the new doloop stuff?
Thanks for the information!
This looks a good case with zero doloop_cost_for_address, but the dolo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
--- Comment #22 from Kewen Lin ---
As the discussion above, on Power any IV should have an extend (sign/zero) if
its width is less than the GPR width (POINTER_SIZE equivalent here). Although
we don't model this precisely on Power, in most cases i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
--- Comment #24 from Kewen Lin ---
(In reply to bin cheng from comment #23)
> (In reply to Kewen Lin from comment #22)
> > As the discussion above, on Power any IV should have an extend (sign/zero)
> > if its width is less than the GPR width (POI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88497
--- Comment #9 from Kewen Lin ---
As Kelvin mentioned in the last comment, there is some thing we teach reassoc
to get the below code better, although it's in low priority.
double foo (double accumulator, vector double arg2[], vector double arg3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88497
Kewen Lin changed:
What|Removed |Added
Status|SUSPENDED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
Kewen Lin changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Kewen Lin ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
--- Comment #5 from Kewen Lin ---
Created attachment 46478
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46478&action=edit
one simple patch
It can generate expected codes with the patch draft:
>---subf 9,10,9
>---addi 9,9,-4
>---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
--- Comment #25 from Kewen Lin ---
Author: linkw
Date: Tue Jun 18 05:08:02 2019
New Revision: 272405
URL: https://gcc.gnu.org/viewcvs?rev=272405&root=gcc&view=rev
Log:
Add one target hook predict_doloop_p, it return true if we can predict i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
--- Comment #6 from Kewen Lin ---
Author: linkw
Date: Thu Jun 27 05:24:00 2019
New Revision: 272731
URL: https://gcc.gnu.org/viewcvs?rev=272731&root=gcc&view=rev
Log:
Call finite_loop_p in RTL to get better finiteness information.
gcc/ChangeLo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
--- Comment #7 from Kewen Lin ---
Author: linkw
Date: Thu Jun 27 05:33:15 2019
New Revision: 272732
URL: https://gcc.gnu.org/viewcvs?rev=272732&root=gcc&view=rev
Log:
One line change onto r272731
PR target/62147
* gcc/loop-iv.c (find_si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: linkw at gcc dot gnu.org
Target Milestone: ---
#include "altivec.h"
vector long long foo(long long a, long long b) {
vector long long v1 = {a, 0};
vector long lo
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
|1
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
Last reconfirmed||2020-11-04
--- Comment #2 from Kewen Lin ---
Thanks for reporting and sorry for the failure. I did run the regression
testing on P8 LE, but thought it&#
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
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
Assignee: unassigned at gcc dot gnu.org
Reporter: linkw at gcc dot gnu.org
Target Milestone: ---
Test case:
extern void test(unsigned int t[4][4]);
void foo(unsigned char *p1, int i1, unsigned char *p2, int i2)
{
unsigned int tmp[4][4];
unsigned int a0, a1, a2
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
> >
> > --- Co
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
>
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: linkw at gcc dot gnu.org
Target Milestone: ---
As Qingnan's question[1] in the mail list gcc-help, the last part in the
current description of option -fsanitize=address looks conf
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
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
> >
> > --- C
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
101 - 200 of 967 matches
Mail list logo
