https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115310
Richard Biener changed:
What|Removed |Added
CC||fweimer at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115307
--- Comment #1 from Richard Biener ---
The issue is that we probably fold isinff early. On x86 I see already in
.original:
return !(ABS_EXPR u<= 3.4028234663852885981170418348451692544e+38);
I think your option is to provide optabs for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115282
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115303
--- Comment #2 from Richard Biener ---
Yeah, if requiring vect_shift works for you that's pre-approved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115304
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115305
Richard Biener changed:
What|Removed |Added
Target||i686-darwin9
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115278
Richard Biener changed:
What|Removed |Added
Summary|[13/14/15 Regression] |[13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115278
--- Comment #6 from Richard Biener ---
(In reply to avieira from comment #5)
> > I think we fixed similar bug on the read side.
>
> I don't have the best memory, but the one I can remember is PR 111882, where
> we had the SAVE_EXPR. And the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115300
--- Comment #3 from Richard Biener ---
Can you try --disable-plugin? It might be the mingw equivalent of exporting
all dynamic symbols from the cc1 binary runs into target limitations? It looks
like the default on *-*-mingw* is disabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115278
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115297
Richard Biener changed:
What|Removed |Added
Summary|[14 regression] alpha: ICE |[14/15 regression] alpha:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115294
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115292
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Version|9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115290
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115278
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115277
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115298
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115282
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115275
Richard Biener changed:
What|Removed |Added
Known to work||13.3.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115273
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115272
--- Comment #2 from Richard Biener ---
(In reply to Richard Biener from comment #1)
> How does it work for 'double' vs. 'long double' themselves?
>
> <1><32>: Abbrev Number: 3 (DW_TAG_base_type)
> <33> DW_AT_byte_size : 16
> <34>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115272
--- Comment #1 from Richard Biener ---
How does it work for 'double' vs. 'long double' themselves?
<1><32>: Abbrev Number: 3 (DW_TAG_base_type)
<33> DW_AT_byte_size : 16
<34> DW_AT_encoding: 4(float)
<35>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115252
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 115252, which changed state.
Bug 115252 Summary: The SLP vectorizer failed to perform automatic
vectorization on pixel_sub_wxh of x264
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115252
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
--- Comment #10 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> So the "pcom messes up SLP" part should be fixed now. The pass dependence
> of invariant/store motion and unswitching (and likely also loop splitting) is
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 114435, which changed state.
Bug 114435 Summary: PCOM messes up vectorization some times
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 114435, which changed state.
Bug 114435 Summary: PCOM messes up vectorization some times
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
--- Comment #7 from Richard Biener ---
Ah, the missed store motion is because of the IS_NAN (k) check which
makes the memory accesses only conditional executed and thus possibly
trap. We "fix" that only during loop unswitching which hoists the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
--- Comment #6 from Richard Biener ---
(In reply to jchrist from comment #5)
> I tried your patch and it leaves an awful amount of dead stores to the
> accumulator within the loop. I also still see the stores inside the loop in
> gimple. Is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114435
--- Comment #3 from Richard Biener ---
Looking again the reason for the "bad" vectorization with pcom applied is
t.c:23:23: missed: Build SLP failed: operation unsupported _51 =
r__r0_lsm0.7_7;
that is, pcom leaves around SSA name copies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115267
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115262
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115261
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115149
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254
--- Comment #6 from Richard Biener ---
(In reply to Thomas Schwinge from comment #5)
[..]
> (In reply to Richard Biener from comment #2)
> > Note for gcc.dg/vect/vect-gather-4.c with -mgather and gather support in the
> > ISA on x86_64 I get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115259
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114948
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #5 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115236
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115258
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115256
--- Comment #2 from Richard Biener ---
Confirmed on Zen3 btw, fails with the test input already. Note that this may
still be a latent issue in 502.gcc_r. -funroll-loops isn't neccessary,
-O3 -flto was enough to reproduce (no specific
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115256
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254
--- Comment #4 from Richard Biener ---
The gcc.dg/vect/vect-gather-4.c FAIL should be still present.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254
--- Comment #2 from Richard Biener ---
Note for gcc.dg/vect/vect-gather-4.c with -mgather and gather support in the
ISA on x86_64 I get two 'vectorizing stmts using SLP', for f1 and f2 only.
Does that match GCN?
We unfortunately cannot handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115254
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115253
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.2
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115252
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
--- Comment #1 from Richard Biener ---
Does it fail on the 14 branch as well? If so the target milestone should be
14.2, otherwise the summary should be [15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115248
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115243
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
Richard Biener changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115220
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115245
Bug ID: 115245
Summary: Fails to demangle some concepts
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
--- Comment #7 from Richard Biener ---
I'm opening a new bug for the demangle fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
Richard Biener changed:
What|Removed |Added
Known to fail||14.1.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115244
Bug ID: 115244
Summary: virtual operand SSA form verifier imperfect
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
--- Comment #4 from Richard Biener ---
It's another case where we "skip" a killing def when sinking a store. Here
there's a conditional merge of both paths, again violating the virtual
operand update constraint.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
--- Comment #3 from Richard Biener ---
It's interesting that SSA verification does not catch a missing virtual PHI
from sinking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115236
--- Comment #4 from Richard Biener ---
The main issue is that 'c' is a direct node by means of copying the address to
MEM[(int * volatile *)] ={v} b.0_1;
that makes us not apply STOREDANYTHING to it. It's not exactly clear why
we should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115220
--- Comment #7 from Richard Biener ---
OK, so we have a case where we sink a store ignoring a killing use of the
VDEF that post-dominates the store. The issue with that is the virtual
operand update assumes such stores are on separate paths
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115239
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115237
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115236
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115228
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-05-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
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=115225
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115223
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115221
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115220
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=115214
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115211
--- Comment #4 from Richard Biener ---
(In reply to Richard Biener from comment #3)
[..]
> Ah! Use -Q --help=optimizers (how intuititve...)
Or when invoking cc1 omit -quiet. remember to put --help=optimziers after
optimization options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115211
--- Comment #3 from Richard Biener ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from Richard Biener ---
> > This was done on purpose, you can use -help=optimizers now I think.
>
> The thread I cited
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115213
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115211
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.5
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115182
Bug 115182 depends on bug 115144, which changed state.
Bug 115144 Summary: [15 Regression] 2% performance regression for some codes
with r15-518-g99b1daae18c095
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115144
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115144
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115210
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115208
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115203
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115199
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115197
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #22 from Richard Biener ---
Yes! Testing a fix for
int foo (int) {}
int bar (int) {}
typedef int (*pred)(int);
int x, y;
pred A () { if (x) return foo; else return bar; }
pred B () { if (y) return foo; else return bar; }
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115202
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115199
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115197
Richard Biener changed:
What|Removed |Added
Known to work||12.3.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|rguenth at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
--- Comment #9 from Richard Biener ---
(In reply to Richard Biener from comment #7)
> I'm looking into the first issue. Interesting fact:
>
> > /space/rguenther/install/gcc-14.1/bin/g++ t.C -O3 -fopt-info-vec
> > -fno-tree-slp-vectorize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115192
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115189
Richard Biener changed:
What|Removed |Added
Known to fail||13.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115188
Richard Biener changed:
What|Removed |Added
Target||arm
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115187
Richard Biener changed:
What|Removed |Added
Summary|ICE when deleting temporary |[14/15 Regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115187
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #15 from Richard Biener ---
Indeed with boostrap-O3 I can see
Comparing stages 2 and 3
Bootstrap comparison failure!
gcc/d/opover.o differs
since both have debug info with bootstrap-O3 the difference is only
-18:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072
--- Comment #2 from Richard Biener ---
Hmm, is solaris-sparc big-endian? It seems so. That makes the bitfield
access require a VnQImode logical right shift (but little-endian doesn't
require it - it's actually bitfield endianess that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #13 from Richard Biener ---
(In reply to Iain Sandoe from comment #9)
> (In reply to Richard Biener from comment #8)
> > I've pushed a fix for PR115137, it's likely this fixes also this bug.
>
> unfortunately, not; at least, on my
1 - 100 of 16192 matches
Mail list logo