https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #10 from Richard Biener ---
(In reply to Andrew Macleod from comment #9)
> Created attachment 57620 [details]
> proposed patch
>
> Does this solve your problem if there is an active ranger? it bootstraps
> with no regressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
--- Comment #6 from Richard Biener ---
Thanks, so keeping this open but it will likely end up INVALID.
|P1
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Target Milestone|--- |14.0
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2024-03-05
--- Comment #2 from Richard
|--- |WONTFIX
CC||rguenth at gcc dot gnu.org
--- Comment #1 from Richard Biener ---
Executing store motion of MEM[(short int *)_16] from loop 2
Re-issueing dependent store of *g_70.2_4 from loop 2 on exit 4 -> 5
Moving statement
The ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
Richard Biener changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231
Richard Biener changed:
What|Removed |Added
Summary|[12/13/14 regression] ICE |[12/13 Regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #44 from Richard Biener ---
(In reply to Richard Sandiford from comment #42)
> Created attachment 57605 [details]
> proof-of-concept patch to suppress peeling for gaps
>
> How about the attached? It records whether all accesses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114232
--- Comment #11 from Richard Biener ---
(In reply to Uroš Bizjak from comment #10)
> Created attachment 57612 [details]
> Prototype patch
>
> Let's try this approach.
Yeah, I guess !TARGET_PARTIAL_REG_STALL || optimize_function_for_size_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231
--- Comment #12 from Richard Biener ---
So the immediate reason is that between analysis and transform whether we
consider the shift vectorizable changes. That's because we code generated
a live lane which ended up changing operands in stmts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114232
--- Comment #8 from Richard Biener ---
> grep optimize_ insn-flags.h | wc -l
14
so it's not very many standard patterns that would be affected. I'd say
using these kind of flags on standard patterns is at least fragile?
||hubicka at gcc dot gnu.org,
||rguenth at gcc dot gnu.org
--- Comment #7 from Richard Biener ---
I think the question is more whether it's stable between optab queries the
vectorizer or veclower does and RTL expansion. There whether
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114232
--- Comment #6 from Richard Biener ---
It's possibly on a cold path (yes, optimize_function_for_size_p should be
stable). Note though that optimize_function_for_size_p might in theory
change between vectorization and RTL expansion, so maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #40 from Richard Biener ---
So I wonder if we can use "local costing" to decide a gather is always OK
compared to the alternative with peeling for gaps. On x86 gather tends
to be slow compared to open-coding it.
In the future we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #37 from Richard Biener ---
(In reply to Richard Sandiford from comment #36)
> Created attachment 57602 [details]
> proof-of-concept patch to suppress peeling for gaps
>
> This patch does what I suggested in the previous comment:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114187
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114190
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113536
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113979
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113979
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113619
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113606
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113505
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113496
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113314
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113150
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112975
Richard Biener changed:
What|Removed |Added
Version|unknown |14.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112974
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111441
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111099
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110285
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111305
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110928
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108722
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109851
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109251
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109131
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108400
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109014
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108708
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92387
Richard Biener changed:
What|Removed |Added
Summary|[11/12/13/14 regression]|[11/12/13 Regression] gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92387
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
--- Comment #5 from Richard Biener ---
The issue is really unexpected if-conversion which ends up putting the
vector copy of an innner loop outside of the enclosing loop of a scalar
loop. Such mishap usually happens because of simplifications.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114203
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Summary|[13/14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114192
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114226
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-03-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114222
Richard Biener changed:
What|Removed |Added
Component|testsuite |target
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114211
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114208
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114206
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114203
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114198
--- Comment #1 from Richard Biener ---
Probably also with -fwhole-program instead of -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114193
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114192
--- Comment #4 from Richard Biener ---
vect-early-break_104-pr113373.c might be such case which ICEs then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114192
--- Comment #3 from Richard Biener ---
Created attachment 57600
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57600=edit
patch
Ah, so the issue is that we only replace the LHS, in this case we pass
the reduction stmt for the early exit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114192
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
CC||rguenth at gcc dot gnu.org
--- Comment #1 from Richard Biener ---
I think there's no way to mark Warning options as target specific, 'Target'
isn't a flag, it's the main keyword.
How did you specify 'Target'? I think that
Wmisspelled-isr
Target C C++ Var
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114190
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #8 from Richard Biener ---
(In reply to Andrew Macleod from comment #7)
> (In reply to Richard Biener from comment #6)
> > (In reply to Andrew Macleod from comment #5)
> > > (In reply to rguent...@suse.de from comment #4)
> > >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114171
--- Comment #5 from Richard Biener ---
(In reply to Iain Buclaw from comment #4)
> Removed druntime dependency.
> ---
> import gcc.builtins;
> struct Token {
> string label;
> }
> struct BreakStatement {
> ulong pad;
> Token label;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
--- Comment #1 from Richard Biener ---
The following shows them all:
grep 'vcond[
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
The listed targets implement any of vcond, vcondu or vcondeq expanders where
the modern way of exposing vector conditional instructions is using
mask generating vec_cmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
--- Comment #5 from Richard Biener ---
The following fixes this, it also shows that even with -mavx2 we don't support
this (as was expected after the analysis). Note since we emit
mask ? {true,..} : {false,...} we only support in-branch clones
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #32 from Richard Biener ---
(In reply to Richard Sandiford from comment #31)
> (In reply to Tamar Christina from comment #29)
> > This works fine for normal gather and scatters but doesn't work for widening
> > gathers and narrowing
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Ever confirmed|0 |1
Last reconfirmed||2024-03-01
--- Comment #4 from Richard Biener ---
Ah, yes - we're not trying to do anything special if the mask and arg mask
types have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #6 from Richard Biener ---
(In reply to Andrew Macleod from comment #5)
> (In reply to rguent...@suse.de from comment #4)
>
> >
> > What was definitely missing is consideration of POLY_INT_CSTs (and
> > variable polys, as I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114185
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114171
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #11 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> Ick, it's via iv_analysis_loop_init used from doloop and unroll.
In that context I'll note that if it is doloop itself that does the DF
live query then it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #9 from Richard Biener ---
Ick, it's via iv_analysis_loop_init used from doloop and unroll.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #8 from Richard Biener ---
Created attachment 57574
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57574=edit
patch
A quick-and-dirty thing would be indeed to simply include all exit blocks
like with the attached.
I'll note
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
--- Comment #1 from Richard Biener ---
g++.dg/opt/pr82929.C with -m32, that is.
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
When the vectorizer decides to use emulated vectors for operations the target
doesn't support and the vector types do not have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
CC|
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
For g++.dg/vect/pr68762-1.cc the simdclone vectorization with -mavx creates
mask__18.266_50 = vect__8.265_48 == { 0, 0, 0, 0 };
_52 = VEC_COND_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114161
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114162
--- Comment #2 from Richard Biener ---
Time for a final-value-replacement meta-bug...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114159
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114154
Richard Biener changed:
What|Removed |Added
Blocks||114074
--- Comment #2 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #2 from Richard Biener ---
Yep, it seems to only pick up global ranges that way.
diff --git a/gcc/tree-ssa-loop-ivopts.cc b/gcc/tree-ssa-loop-ivopts.cc
index 7cae5bdefea..626fc5bf5d7 100644
--- a/gcc/tree-ssa-loop-ivopts.cc
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108355
Richard Biener changed:
What|Removed |Added
Keywords||xfail
Summary|[13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114121
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114140
--- Comment #17 from Richard Biener ---
(In reply to Xi Ruoyao from comment #16)
> (In reply to Richard Biener from comment #15)
> > It's the old argument on whether isnan(NaN) should return true or false with
> > -ffinite-math-only. With what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114145
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-02-28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114041
--- Comment #10 from Richard Biener ---
(In reply to Jakub Jelinek from comment #9)
> Created attachment 57554 [details]
> gcc14-pr114041.patch
>
> stmt_simple_for_scop_p tests for INTEGRAL_TYPE_P (it used to test
> INTEGER_TYPE some years
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114128
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-02-28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114140
--- Comment #15 from Richard Biener ---
It's the old argument on whether isnan(NaN) should return true or false with
-ffinite-math-only. With what we currently do "constant folding" sNaN into NaN
would be correct with -fno-signalling-nans,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114134
Richard Biener changed:
What|Removed |Added
CC||sayle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114130
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.5
901 - 1000 of 53333 matches
Mail list logo