https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98152
Kito Cheng changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98152
--- Comment #4 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:4aaf33718f09daf1cd2864b3db07faa2e44642ff
commit r11-5835-g4aaf33718f09daf1cd2864b3db07faa2e44642ff
Author: Kito Cheng
Date: Sun Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95190
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
Tom de Geus changed:
What|Removed |Added
CC||tom at geus dot me
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98188
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98186
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98185
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98181
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98180
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98177
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98176
--- Comment #3 from Richard Biener ---
(In reply to Hongyu Wang from comment #2)
> >> I doubt the call is the issue btw.
>
> The aliasing could be removed by
>
> float foo(int *x, int n, float tx)
> {
> float ret[n];
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98185
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-12-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98176
--- Comment #2 from Hongyu Wang ---
>> I doubt the call is the issue btw.
The aliasing could be removed by
float foo(int *x, int n, float tx)
{
float ret[n];
#pragma omp simd
for (int i = 0; i < n; i++)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98153
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98153
--- Comment #3 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:9121f8084162ff6193a5e941cab1429e4180997a
commit r11-5834-g9121f8084162ff6193a5e941cab1429e4180997a
Author: Ian Lance Taylor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
--- Comment #4 from Andrew Pinski ---
(In reply to Victor Stinner from comment #3)
> Well, either all 64 bits of w4 and w5 registries should be initialized
> properly, or the comparison should be done only on the least significant 8
> bits:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
--- Comment #3 from Victor Stinner ---
Well, either all 64 bits of w4 and w5 registries should be initialized
properly, or the comparison should be done only on the least significant 8
bits:
(gdb) p ($w5 & 0xff) == ($w4 & 0xff)
$7 = 1
These
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88662
Andrew Pinski changed:
What|Removed |Added
CC||vstinner at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190
Bug ID: 98190
Summary: GCC 11.0 miscompiles code using _Bool when inlining:
bfxil instruction misused?
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98189
--- Comment #1 from John Paul Adrian Glaubitz ---
Created attachment 49703
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49703=edit
Sources and preprocessed source for pcrasterutil.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98189
Bug ID: 98189
Summary: [SH] ICE and segmentation fault with -O2 and without
-fno-guess-branch-probability when building gdal
Product: gcc
Version: 10.2.0
URL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95190
Eric Gallager changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87695
Eric Gallager changed:
What|Removed |Added
CC||al11 at lafcat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97981
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:a19a242c708060e067b4fd5a76995144e6f239d0
commit r11-5832-ga19a242c708060e067b4fd5a76995144e6f239d0
Author: Martin Uecker
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98153
--- Comment #2 from Svante Signell ---
Hello,
Looking into the build failure of libgo for GNU/Hurd reveals that since AF_LINK
is not yet supported, the corresponding code for SockaddrDatalink stuff needs
to be stripped off socket_bsd.go,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98153
--- Comment #1 from Svante Signell ---
Created attachment 49702
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49702=edit
Build fix of libgo for GNU/Hurd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98168
--- Comment #4 from Eric Gallager ---
note that -ftrapv or -fsanitize=signed-integer-overflow should successfully
catch it at runtime, though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483
--- Comment #3 from anlauf at gcc dot gnu.org ---
The case
program p
print *, +[ real :: +(1) ]
end
is solved by e.g.
diff --git a/gcc/fortran/arith.c b/gcc/fortran/arith.c
index c4c1041afdf..b2fbeddeb49 100644
--- a/gcc/fortran/arith.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98168
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98125
--- Comment #8 from Alan Modra ---
Created attachment 49701
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49701=edit
fix powerpc64 -fpatchable-function-entry
This makes -fpatchable-function-entry do something sensible on powerpc64 ELFv1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96963
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
--- Comment #13 from Marek Polacek ---
Ah, so a C++ front end issue after all. Thanks Martin & Honza.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98163
--- Comment #4 from Lénárd Szolnoki ---
Other example in the same spirit, but not using array of unknown bound:
```
template
struct S {};
template
void foo(T) {}
int i;
constexpr const int& iref = i;
template void foo(S);
template void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98146
--- Comment #1 from H.J. Lu ---
Also affecting Linux kernel build:
In file included from ./include/trace/define_trace.h:102,
from ./include/trace/events/tlb.h:62,
from arch/x86/mm/init.c:35:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98043
--- Comment #8 from Marek Polacek ---
(In reply to Ben Wiederhake from comment #7)
> A testcase got added in PR 98043. Yay!
>
> The testcase contains a `default:` in the switch-case statement. Wasn't it
> the case that the bug got triggered by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98043
--- Comment #7 from Ben Wiederhake ---
A testcase got added in PR 98043. Yay!
The testcase contains a `default:` in the switch-case statement. Wasn't it the
case that the bug got triggered by a *lack* of `default:` case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98187
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91415
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98164
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97692
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2020-12-07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98188
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with 20201207 trunk, plus the patch from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95582#c6
configuration is the one from PR95582. This looks like PR96967
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98147
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b737b70fad398728f6006e8397d1bb31ccea4ce7
commit r11-5831-gb737b70fad398728f6006e8397d1bb31ccea4ce7
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98184
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-invalid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98187
Bug ID: 98187
Summary: ICE in build_call_expr_loc_array, at tree.c:11554
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98186
Bug ID: 98186
Summary: [9/10/11 Regression] ICE tree check: expected
omp_clause, have bit_cast_expr in tsubst_omp_clauses,
at cp/pt.c:17246
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98185
Bug ID: 98185
Summary: [9/10/11 Regression] ICE in cp_genericize_r, at
cp/cp-gimplify.c:1240
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98184
Bug ID: 98184
Summary: ICE in purge_dead_edges, at cfgrtl.c:3297
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98043
Marek Polacek changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] ICE |[8/9/10 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98183
Bug ID: 98183
Summary: [9/10/11 Regression] ICE in expand_gimple_stmt_1, at
cfgexpand.c:3972
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98043
--- Comment #5 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:7482d5a3acb7a8a5564f5cddc4f9d2ebbaea75e4
commit r11-5829-g7482d5a3acb7a8a5564f5cddc4f9d2ebbaea75e4
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98177
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2020-12-07
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98182
Bug ID: 98182
Summary: [11 Regression] ICE: Segmentation fault (in
gimple_verify_flow_info)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98126
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98126
--- Comment #2 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:1cac89da2cb1f2a7c2d93f7f325484c2d1619ca8
commit r11-5826-g1cac89da2cb1f2a7c2d93f7f325484c2d1619ca8
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98116
Nathan Sidwell changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98116
--- Comment #5 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:9d0eb0ae948f0fbee208cfb9a86133abea650f81
commit r11-5824-g9d0eb0ae948f0fbee208cfb9a86133abea650f81
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98181
--- Comment #1 from Jonathan Wakely ---
Please send patches to the gcc-patches mailing list, rather than in bugzilla.
https://gcc.gnu.org/contribute.html#patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98181
Bug ID: 98181
Summary: Add support for FreeBSD on powerpc64le
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98178
--- Comment #3 from Segher Boessenkool ---
Yup, this is true in general, we almost never say why we don't combine so
far. Patches welcome! (Make sure you use TDF_DETAILS for such prints).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98180
Bug ID: 98180
Summary: [11 regression] ICE at gcc/toplev.c:327 for
gcc.target/powerpc/builtins-revb-runnable.c after
r11-5821
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98179
Bug ID: 98179
Summary: gcc.dg/pr97954.c fails on (at least) BE powerpc
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98168
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98178
--- Comment #2 from Uroš Bizjak ---
On a related note, the combine splitter is a very mysterious beast, and does
not easily tell, why the particular combination is rejected. Without any debug
in debug logs it is very frustrating to figure out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98178
--- Comment #1 from Uroš Bizjak ---
The attached patch with the following testcase:
--cut here--
int test (int a, int b)
{
return a << (b & 31);
}
--cut here--
fails to generate a single shift insn, because it does not trigger the call to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98178
Bug ID: 98178
Summary: Combine splitter does not split to single instruction
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98175
--- Comment #2 from Marco Antoniotti ---
In what sense is "target specific"? Windows specific?
I am asking because I am not versed in the details of the drivers
implementation.
All the best
Marco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98177
Alex Coplan changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98177
Bug ID: 98177
Summary: [11 Regression] SVE: ICE in expand_direct_optab_fn, at
internal-fn.c:3368
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #7 from H.J. Lu ---
GCC 11 will be system GCC 2 years from now. The current processors in 2020
will be 2 years old.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #6 from H.J. Lu ---
(In reply to Richard Biener from comment #3)
> Hmm, but rep movsb is only fast starting with Zen3 IIRC.
Are MOVSL/MOVSQ faster than MOVSB on Zen1/Zen2?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79506
--- Comment #3 from Jan Hubicka ---
Actually it is visible from the dump
Scaling time by probability:0.00
means that we expect quite few values to be "almost invariant". It may come
from busted BB profile of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98175
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2020-12-07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79506
--- Comment #2 from Jan Hubicka ---
badness being a very small negative number is actually normal for large
functions like this one (perhaps I should print it better though). I can check
from where the estimated speedup comes - perhaps we work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97224
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98173
Jan Hubicka changed:
What|Removed |Added
Keywords|missed-optimization |
Version|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98176
--- Comment #1 from Richard Biener ---
The issue is that x[i] may alias *ret and that PRE did half of the store-motion
job only so we can't recognize the reduction pattern. I'm not sure whether
#pragma omp simd guarantees there's no forward
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98173
--- Comment #2 from Jan Hubicka ---
> PTA certainly can increase register pressure by means of more disambiguations
> and thus more store-motion or PRE. But you hardly can blame PTA for that ;)
It seems microarch specific, so it also can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #5 from Jan Hubicka ---
> Hmm, but rep movsb is only fast starting with Zen3 IIRC.
Yep, I think we need to support zen1/2 well. I think we can regress
buldozers somehwat though.
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98173
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #4 from Jan Hubicka ---
> > What kind of updates you propose?
>
> For one thing, memcpy/memset should be expanded to REP MOVSB/STOSB, never
> MOVSL/MOVSQ.
For core cost tables we use:
/* core_cost should produce code tuned for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #3 from Richard Biener ---
Hmm, but rep movsb is only fast starting with Zen3 IIRC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
--- Comment #14 from Jakub Jelinek ---
Ah, -march=x86-64 or -msse2 is needed for me on top of the specified options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98176
Bug ID: 98176
Summary: Loop invariant memory could not be hoisted when
nonpure_call in loop body
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98175
Bug ID: 98175
Summary: Problem with gcc front end and ld on vanilla Windows
10 installation (spaces in path)
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98174
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98174
Bug ID: 98174
Summary: [11 Regression] Ranger takes too much memory
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144
Richard Biener changed:
What|Removed |Added
Attachment #49682|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #40 from abebeos at lazaridis dot com ---
(In reply to John Paul Adrian Glaubitz from comment #39)
> (In reply to abebeos from comment #38)
> > Can someone please ping gcc-patches (me having troubles setting up email
> > alias on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
--- Comment #13 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #10)
> I can't reproduce it anymore.
For r11-5820,
[hjl@gnu-clx-1 gcc]$ cat 1.c
int b;
double c, d;
void fn1() {
int i;
for (i = 0; i < b; i++)
c += i;
}
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98157
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98173
Bug ID: 98173
Summary: -fno-tree-pta improves tfft2 benchmark by 50% on zen
and -march=natie.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
1 - 100 of 165 matches
Mail list logo
