https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120986
--- Comment #9 from Alex Coplan ---
I'm now going to be away until Mon 4th August, so won't be able to post the
re-spun patches until then (although they are ready to go and have passed
testing).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120986
Alex Coplan changed:
What|Removed |Added
Keywords||patch
--- Comment #8 from Alex Coplan --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121091
Bug ID: 121091
Summary: ICE in tree_to_uhwi, at tree.cc:6660 with SVE switch
choosing predicate values
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120986
--- Comment #7 from Alex Coplan ---
(In reply to Spencer Abson from comment #6)
> > The insn is recognised if +fp8dot4 is added, so I suspect the gating of
> > this insn is also wrong in the backend.
>
> Yeah, I suspect the issue is that:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120986
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121027
--- Comment #4 from Alex Coplan ---
Interestingly the codegen seems to have regressed significantly after that
change, too. We used to get:
foo:
mov z2.h, #0
uzp1z0.h, z0.h, z1.h
zip2z0.h, z2.h, z0.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121027
--- Comment #3 from Alex Coplan ---
For completeness, the above testcase started ICEing with
r14-3571-gcaa7a99a052929d5970677c5b639e1fa5166e334, though I suspect the
problem can be reproduced before that revision with an alternative testcase.
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121027
Alex Coplan changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121027
Bug ID: 121027
Summary: [14 Regression] ICE with BF16 and SVE at -O2
-msve-vector-bits=256
Product: gcc
Version: 14.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120986
--- Comment #4 from Alex Coplan ---
I also get an unrecognisable insn ICE when compiling a variant of this testcase
where the FPMR has a compile-time unknown value:
$ cat t.c
#pragma GCC aarch64 "arm_sve.h"
svfloat16_t foo(svfloat16_t a, svmflo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120986
Alex Coplan changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118567
--- Comment #5 from Alex Coplan ---
(In reply to Jakub Jelinek from comment #4)
> Any progress on this?
Patch waiting for approval here:
https://gcc.gnu.org/pipermail/gcc-patches/2025-February/676539.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120892
Bug ID: 120892
Summary: Missed unrolling at -O3 due to split-paths
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120718
Alex Coplan changed:
What|Removed |Added
Summary|[15/16 Regression] ICE |ICE (unrecognizable insn)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120718
Alex Coplan changed:
What|Removed |Added
Summary|[15/16 Regression] ICE |[15/16 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120718
Bug ID: 120718
Summary: [15/16 Regression] ICE (unrecognizable insn) with SVE
intrinsics and C++ class
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120707
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120357
Alex Coplan changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120231
--- Comment #6 from Alex Coplan ---
I suppose that example boils down to whether code like:
_Bool f(_Float16 a) {
return a * a >= 0;
}
_Bool g(float a) {
return a * a >= 0;
}
can be optimised to return true. We currently do it with -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120357
--- Comment #3 from Alex Coplan ---
This version ICEs with just -O3 on AArch64 (no longer needs -fwhole-program),
and fixes the -Woverflow warning:
char a;
void b(int d, int o, unsigned long long t[][22], int u[]) {
for (int v = 0; v < d + 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120357
Alex Coplan changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[15/16 Regression] RI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120307
--- Comment #3 from Alex Coplan ---
Created attachment 61468
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61468&action=edit
reduced testcase
Attached is a reduced testcase with optabs.ii down to 458 lines and optabs.gcda
reduced to 15,2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120307
Bug ID: 120307
Summary: ICE in combine_with_ipa_count_within, at
profile-count.cc:410 during aarch64 -O3
profiledbootstrap
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120231
Bug ID: 120231
Summary: GCC fails to notice that (double)u64 is non-negative
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120200
Bug ID: 120200
Summary: [16 Regression] profiledbootstrap broken on
x86_64-linux with -Wstringop-overflow in
i386-expand.cc
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120065
--- Comment #5 from Alex Coplan ---
FWIW, the following testcase seems to be more representative of the original
problem I saw when looking at gcc.c-torture/execute/20060420-1.c:
$ cat t2.c
void foo(float *dst, float *src)
{
int j;
for (j =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120065
--- Comment #4 from Alex Coplan ---
Thanks for the analysis. I think this shows that the testcase I gave above was
overly-reduced. I should have mentioned in the initial report that this code
came from gcc/testsuite/gcc.c-torture/execute/20060
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120065
Bug ID: 120065
Summary: [14/15/16 Regression] profile info corrupted by dom2
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119393
--- Comment #6 from Alex Coplan ---
Alright, so after some digging through the dumps I realised that adding
-fno-early-inlining is enough to get a non-LTO testcase. So the following
testcase reproduces the different codegen before/after the abo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119610
Alex Coplan changed:
What|Removed |Added
Summary|aarch64: Wrong unwind info |aarch64: Wrong unwind info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119610
Alex Coplan changed:
What|Removed |Added
Component|c++ |target
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119610
Bug ID: 119610
Summary: aarch64: Wrong unwind info with
-fstack-clash-protection -fstack-protector-strong
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119580
Bug ID: 119580
Summary: ICE: tree check: expected tree_vec, have error_mark in
comp_template_args, at cp/pt.cc:9595
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13 Regression] aarch64:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
--- Comment #9 from Alex Coplan ---
(In reply to Richard Biener from comment #8)
> Is this now fixed on trunk?
No, not really. The codegen at -O2 on trunk is:
f:
stp x29, x30, [sp, -144]!
mov x29, sp
add x0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119444
Bug ID: 119444
Summary: Missing -Wuninitialized warnings with LTO
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119393
Alex Coplan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119393
Bug ID: 119393
Summary: [15 Regression] Worse vectorization of imagick_r hot
loop on aarch64 since r15-5024-g2a2e6784074e1f
Product: gcc
Version: 15.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119351
--- Comment #2 from Alex Coplan ---
I will take a look and try to reproduce/reduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119189
Bug ID: 119189
Summary: [15 Regression] Code quality regressions on aarch64
since ext-dce change r15-7915-g4ed07a11ee2845
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114492
Alex Coplan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118320
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118320
Alex Coplan changed:
What|Removed |Added
Assignee|rsandifo at gcc dot gnu.org|acoplan at gcc dot
gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118924
--- Comment #2 from Alex Coplan ---
A bisect points to r10-917-g3b47da42de621c6c3bf7d2f9245df989aa7eb5a1 :
commit 3b47da42de621c6c3bf7d2f9245df989aa7eb5a1
Author: Martin Jambor
Date: Thu Jun 6 17:31:20 2019
Make SRA re-construct orginal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118924
Bug ID: 118924
Summary: Wrong code leading to uninitialized accesses on
aarch64-linux-gnu
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118567
Alex Coplan changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118320
--- Comment #8 from Alex Coplan ---
Sorry, I'm now away until Tuesday 11th Feb so likely won't be able to look at
this before then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117790
Alex Coplan changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103680
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118111
Bug ID: 118111
Summary: profile_estimate builds inconsistent profile for
gcc.dg/pr109417.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117790
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117790
Bug ID: 117790
Summary: Early break vectorization corrupts profile info
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117449
Bug ID: 117449
Summary: [15 Regression] ICE in gen_reg_rtx on aarch64 via
aarch64_emit_opt_vec_rotate
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
Alex Coplan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
--- Comment #8 from Alex Coplan ---
Should be fixed everywhere, I'll leave this open for a bit until we get
confirmation that this fixes the Debian package build with GCC 14, though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
Alex Coplan changed:
What|Removed |Added
Summary|[14/15 Regression] Wrong|[14 Regression] Wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116683
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116683
--- Comment #5 from Alex Coplan ---
Ah, so the problem seems to be that we're scanning for "Unrolled loop 3 times"
appearing exactly once in the dump, but on powerpc it appears twice; that is
because the loop in main gets unrolled too (presumabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116683
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116683
--- Comment #3 from Alex Coplan ---
Sorry for the delay in looking into this.
So it looks like the unrolling works as expected without LTO, at least I see:
;; Unrolled loop 3 times, constant # of iterations 26 insns
in the dump with a powerpc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
--- Comment #4 from Alex Coplan ---
Testing a fix for the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
Bug ID: 116783
Summary: [14/15 Regression] Wrong code at -O2 with late pair
fusion pass (wrong alias analysis)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
--- Comment #14 from Alex Coplan ---
This should be largely fixed now (and in a position to get further improvements
from vectorisation further down the line), perhaps folks that monitor x86_64
performance can confirm if they see the expected im
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116674
Alex Coplan changed:
What|Removed |Added
Target||x86_64-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116600
Alex Coplan changed:
What|Removed |Added
Summary|internal compiler error: in |internal compiler error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116600
Alex Coplan changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569
Alex Coplan changed:
What|Removed |Added
Last reconfirmed||2024-09-02
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
--- Comment #2 from Alex Coplan ---
Here's a preprocessed testcase (not for the testsuite, just to make it easier
to reproduce using only cc1):
#pragma GCC aarch64 "arm_neon.h"
typedef double float64_t;
__extension__ extern __inline void
__at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
--- Comment #9 from Alex Coplan ---
I think all except the first patch in the series (C++ patch) have been approved
now, so the rest are waiting on review for that:
https://gcc.gnu.org/pipermail/gcc-patches/2024-August/661559.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116522
Alex Coplan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116522
--- Comment #5 from Alex Coplan ---
The following should fix it:
diff --git a/gcc/testsuite/lib/scanltranstree.exp
b/gcc/testsuite/lib/scanltranstree.exp
index a7d4de3765f..3d85813ea2f 100644
--- a/gcc/testsuite/lib/scanltranstree.exp
+++ b/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116522
--- Comment #4 from Alex Coplan ---
Testing a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116522
Alex Coplan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
--- Comment #7 from Alex Coplan ---
So it turns out the reason #pragma GCC unroll doesn't work under LTO is because
we don't propagate the `has_unroll` flag when streaming functions during LTO,
so RTL loop2_unroll ends up not running at all.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
--- Comment #6 from Alex Coplan ---
Just to give an update on this, the following testcase shows why adding:
#pragma GCC unroll 4
in libstdc++ doesn't immediately seem to help. The testcase is:
$ cat lambda.cc
template
inline Iter
my_find(It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
--- Comment #5 from Alex Coplan ---
Yeah, I'm looking into this as Tamar mentioned above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
--- Comment #4 from Alex Coplan ---
So the following is enough to fix the missed ldp due to alias analysis:
diff --git a/gcc/pair-fusion.cc b/gcc/pair-fusion.cc
index 31d2c21c88f..ab49d955ccf 100644
--- a/gcc/pair-fusion.cc
+++ b/gcc/pair-fusio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114936
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115120
Bug ID: 115120
Summary: Bad interaction between ivcanon and early break
vectorization
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113787
--- Comment #20 from Alex Coplan ---
I'd just like to ping this serious wrong code bug. It's unfortunate that this
wasn't addressed for the 14.1 release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
Alex Coplan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
--- Comment #2 from Alex Coplan ---
Here is some analysis on why we miss some of these opportunities in ldp_fusion.
So initially in 267r.vregs we have some very clean RTL:
6: r101:DI=sfp:DI-0x40
7: x0:DI=r101:DI
8: call [`g'] argc:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114991
Alex Coplan changed:
What|Removed |Added
Last reconfirmed||2024-05-09
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114936
Alex Coplan changed:
What|Removed |Added
Summary|[14/15 Regression] Typo in |[14 Regression] Typo in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114674
Alex Coplan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114936
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114936
Bug ID: 114936
Summary: [14/15 Regression] Typo in
aarch64-ldp-fusion.cc:combine_reg_notes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114924
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114924
Bug ID: 114924
Summary: [11/12/13/14/15 Regression] Wrong update of MEM_EXPR
by RTL loop unrolling since r11-2963-gd6a05b494b4b71
Product: gcc
Version: 14.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801
Bug ID: 114801
Summary: [14 Regression] arm: ICE in find_cached_value, at
rtx-vector-builder.cc:100 with MVE intrinsics
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114674
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
1 - 100 of 667 matches
Mail list logo
