https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118529
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comme
*,
||loongarch
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Status|NEW |ASSIGNED
--- Comment #17 from Richard Biener ---
My bisect on a Zen2 machine lands on r15-5340-g4b8c5b337e007e ...
So
|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Target||sparc
--- Comment #3 from Richard Biener ---
I will eventually have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118531
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
Richard Biener changed:
What|Removed |Added
Summary|[15 regression] |[15 regression]
|vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117958
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117958
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=118012
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118097
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118273
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118190
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118193
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118232
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118245
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118255
Richard Biener changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118460
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118491
--- Comment #3 from Richard Biener ---
So it's technically not a regression if GCC 14 didn't implement C++23 [range
for] changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118512
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2025-01-16 00:00:00 |2025-01-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117104
Richard Biener changed:
What|Removed |Added
Known to fail||12.4.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117763
--- Comment #23 from Richard Biener ---
The new testcase FAILs on the gcc-12 branch (it works on the 13 branch) on
x86_64-linux:
FAIL: gfortran.dg/pr117763.f90 -O scan-tree-dump-times original
"__result->span = [12].." 1
the only __result-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117417
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109345
--- Comment #11 from Richard Biener ---
The testcase still FAILs for me on the gcc-13 branch on x86_64-linux:
FAIL: gfortran.dg/pr109345.f90 -O0 execution test
FAIL: gfortran.dg/pr109345.f90 -O1 execution test
FAIL: gfortran.dg/pr109345.f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117307
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117254
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116891
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116768
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116290
Richard Biener changed:
What|Removed |Added
Known to fail||12.4.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69482
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.5
Status|ASSIGNED
,
||rguenth at gcc dot gnu.org
--- Comment #2 from Richard Biener ---
I think this should be done in the CFG cleanup stage - the whole point of
defering CFG updates is so that passes need not worry about such things as
profile updates.
I see how it's conve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92539
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Summary|[12/13/14/15 Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
--- Comment #4 from Richard Biener ---
It's also the old "issue" that we have ERROR_MARK but not ERROR_TYPE which
would make this a bit more robust.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118492
--- Comment #3 from Richard Biener ---
I think the call itself is considered clobbering the vtable pointer (not the
vtable itself).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116380
Richard Biener changed:
What|Removed |Added
Known to work||13.3.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117307
Richard Biener changed:
What|Removed |Added
Known to work||13.3.1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117086
Richard Biener changed:
What|Removed |Added
Known to fail||13.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117333
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #26 from Richard Biener ---
(In reply to Segher Boessenkool from comment #25)
> No, darn does have a side effect: it returns a random number in the
> destination reg (_deliver_ _a_ _r_andom _n_umber). It does not touch memory
> at a
,
||internal-improvement,
||memory-hog
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
Status|ASSIGNED|NEW
--- Comment #10 from Richard Biener ---
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Summary|[14/15 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 115895, which changed state.
Bug 115895 Summary: [15 Regression] FAIL: gcc.dg/vect/pr115385.c execution test
with -march=znver4 --param partial-vector-usage=2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115895
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115895
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118490
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118490
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-01-15
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
--- Comment #14 from Richard Biener ---
It is somewhat of a representational issue given we translate dependend
expressions using leaders in the translated set but the expression sets
contain the original defs (which would have been pruned if th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114074
Richard Biener changed:
What|Removed |Added
Keywords||needs-testcase
--- Comment #14 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118487
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118489
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #4 from Richard Biener ---
Adding
(for eqne (eq ne)
(for cmp (lt le eq ne ge gt)
icmp (ge gt ne eq lt le)
(simplify
(eqne (cmp @0 @1) (icmp @0 @1))
(if (!FLOAT_TYPE_P (TREE_TYPE (@0)))
{ constant_boolean_node (eqne ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #3 from Richard Biener ---
Created attachment 60162
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60162&action=edit
patch for adding :S
This adds :S and removes the single_use from the offending pattern. We don't
seem to sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #2 from Richard Biener ---
Caused by r6-2364-g2fde61e3caf4c4
We eventually might want to have a "stronger" :s which would allow
simplification to a constant/singleton (but allow then unused garbage to be
collected on the temporary s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118481
--- Comment #2 from Richard Biener ---
I think we should be able to VN them the same so that PRE discovers the full
redundancy. Oh we do:
Value numbering stmt = _4 = VIEW_CONVERT_EXPR(a.0_1);
Setting value number of _4 to _4 (changed)
...
Valu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118476
--- Comment #11 from Richard Biener ---
(In reply to Andrew Pinski from comment #10)
> (In reply to Andrew Pinski from comment #9)
> >
> > But this also means there might be some missed optimizations now on the
> > trunk due to that. Let me fin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115895
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115895
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2024-07-12 00:00:00 |2025-1-14
--- Comment #2 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115282
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118470
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118471
--- Comment #1 from Richard Biener ---
So it works for the non-pointer case
real(kind=8), contiguous :: a(:)
where we get
stride.1 = 1;
...
(*a.0)[(integer(kind=8)) i * stride.1 + offset.2] = 1.0e+0;
but with 'pointer' we have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118472
Richard Biener changed:
What|Removed |Added
Component|other |middle-end
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118472
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118468
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118466
--- Comment #1 from Richard Biener ---
Hmm, early-break should handle this in theory. It does:
> ./cc1 -quiet t4.c -O3 -msse4 -fopt-info-vec -fdump-tree-optimized
t4.c:3:24: optimized: loop vectorized using 16 byte vectors
t4.c:3:24: optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118464
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
|--- |14.3
Known to work||4.1.0
CC||rguenth at gcc dot gnu.org
--- Comment #1 from Richard Biener ---
Hmm, I don't see how this rev could have affected the testcase (no min/max),
but the sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118458
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-01-14
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118451
--- Comment #3 from Richard Biener ---
The testcase needs early-break support but lacks effective target and
add-option directives.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118405
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117119
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118405
--- Comment #3 from Richard Biener ---
So what's odd is that vect_supportable_dr_alignment says misaligned
vector(1) double loads are not supported.
We are generally expecting targets to support this - IIRC we don't
fall back to load vector(1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118035
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107110
Richard Biener changed:
What|Removed |Added
Version|unknown |12.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118107
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106438
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116440
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110393
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108629
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106057
Richard Biener changed:
What|Removed |Added
Summary|[12/13/14/15 regression]|[12 Regression] Missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90151
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80813
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.4
|1
Status|UNCONFIRMED |ASSIGNED
Target Milestone|--- |12.5
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117611
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118408
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
||riscv32
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
Keywords||ice-on-valid-code
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118418
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118400
Richard Biener changed:
What|Removed |Added
Summary|memory leak of irange at|[14/15 Regression] memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118400
--- Comment #1 from Richard Biener ---
Created attachment 60125
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60125&action=edit
preprocessed source
The following is sligtly reduced from preprocessed gv.c
valgrind --leak-check=full ./gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #15 from Richard Biener ---
(In reply to Segher Boessenkool from comment #14)
> Many Power testcases fail since this commit. The commit says it wants to
> change
> what volatile accesses do, but instead, it changes behaviour for any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117467
--- Comment #13 from Richard Biener ---
This is somewhat mitigated now but the actual inefficiency is still there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115669
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115646
Richard Biener changed:
What|Removed |Added
Known to fail||12.4.0
Resolution|---
: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
valgrind shows a definitive memory leak at
==9724== 40,808 bytes in 1 blocks are definitely lost in loss record 4,675 of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117922
Richard Biener changed:
What|Removed |Added
CC||philipp.tomsich at vrull dot eu
--- Co
1 - 100 of 17352 matches
Mail list logo