https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
Richard Biener changed:
What|Removed |Added
Target|x86_64 i?86 |x86_64-*-* i?86-*-*
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
Bug ID: 98169
Summary: isnan pattern not folded
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97224
--- Comment #12 from Tamar Christina ---
@Martin I believe this was re-opened as the patch was reverted on master but
was still pending reverts on the release branches.
@Mark I assume you committed the reverts to the branches too?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97314
--- Comment #4 from Matthias Klose ---
8441545d4f2afb9e9342e0dac378eafd03f00462 now builds insn-extract.o without rtl
checking unconditionally.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97816
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:a6a0db7d1bc7ad640bab51769e53f1cb4ad4bb88
commit r11-5811-ga6a0db7d1bc7ad640bab51769e53f1cb4ad4bb88
Author: Martin Jambor
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144
Matthias Klose changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98117
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #41 from CVS Commits ---
The master branch has been updated by Matthias Klose :
https://gcc.gnu.org/g:ad9c120a019ba4222bb062017da2db9711652dc3
commit r11-5812-gad9c120a019ba4222bb062017da2db9711652dc3
Author: Matthias Klose
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98117
--- Comment #3 from Richard Biener ---
[local count: 118111600]:
c_lsm.6_7 = c;
niters.8_1 = -c_lsm.6_7;
if (c_lsm.6_7 > 240)
goto ; [10.00%]
else
goto ; [90.00%]
[local count: 106300440]:
_18 = niters.8_1 + 240;
_19 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97612
--- Comment #2 from martin ---
I do not see why it should not be valid.
t() is a structure constructor acting much like a function with (in this case)
one optional argument. And as an allocatable component has default
initialisation, no value nee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98117
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98119
Alex Coplan changed:
What|Removed |Added
Summary|SVE: Wrong code with -O1|[10/11 Regression] SVE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969
--- Comment #8 from ktkachov at gcc dot gnu.org ---
(In reply to Haoxin Tu from comment #7)
> (In reply to Paul Sokolovsky from comment #0)
>
> Hi, Paul. May I ask how to reduce compile-time-hog/memory-hog test cases
> using CReduce?
> I know CRe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969
--- Comment #9 from Haoxin Tu ---
(In reply to ktkachov from comment #8)
> When I had to do it in the past I've used the 'ulimit' command in linux.
> That allows you to kill a process if it exceeds a time limit (ulimit -t) or
> a memory limit (u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98155
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95582
Martin Liška changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #18 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
--- Comment #9 from David Binderman ---
No progress for another couple of months.
Can I assume that fixing this bug isn't a priority for the next release of gcc
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98163
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98163
--- Comment #3 from Martin Liška ---
and without the checking one gets an assembler error:
$ g++ pr98163.C -c -std=c++17 -pedantic-errors
/tmp/cclBTXg2.s: Assembler messages:
/tmp/cclBTXg2.s:70: Error: symbol `_Z3fooI1SIL_Z3arrEEEvT_' is already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98142
--- Comment #9 from Jonathan Wakely ---
Right, which is as per [dcl.enum] p8.
A type which only allows values corresponding to named enumerators is not
possible in standard C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98142
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969
--- Comment #10 from Paul Sokolovsky ---
Created attachment 49693
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49693&action=edit
Script for CReduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969
--- Comment #11 from Paul Sokolovsky ---
In my case, I used the "timeout" command from GNU coreutils. I've attached the
actual script used for reference (uncleaned dirty stuff, sorry).
One thing to keep in mind (and which took me a couple of ext
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96963
--- Comment #5 from Jonathan Wakely ---
(In reply to Gavin from comment #0)
> 2) Built from git, configured with: ./configure --prefix=/tmp/gcc-master
Nothing to do with the bug, but don't build in the source tree:
https://gcc.gnu.org/wiki/FAQ#c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96963
Jonathan Wakely changed:
What|Removed |Added
Known to fail||10.2.0, 11.0
Known to work|
> @Marek: The callgraph checking error is correct.
> If you disable it, you will likely see duplicate assembler names in GAS. And
> that's the error that 2 symbol names clash.
Indeed, there are two lambdas, but I think C++ FE should assign them
different symbol names.
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
--- Comment #11 from Jan Hubicka ---
> @Marek: The callgraph checking error is correct.
> If you disable it, you will likely see duplicate assembler names in GAS. And
> that's the error that 2 symbol names clash.
Indeed, there are two lambdas, bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98170
Bug ID: 98170
Summary: Cannot build libgo on AIX: *.gox does not contain any
Go export data
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969
--- Comment #12 from Haoxin Tu ---
(In reply to Paul Sokolovsky from comment #11)
Awesome! I got your main idea here. Thank you very much, Paul!
Best,
Haoxin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98171
Bug ID: 98171
Summary: adaint.c doesn't compile on AIX 7.2
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-12-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98117
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:cdcbef3c3310a14f2994982b44cb1f8e14c77232
commit r11-5820-gcdcbef3c3310a14f2994982b44cb1f8e14c77232
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98117
Richard Biener changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression] wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59238
David Friberg changed:
What|Removed |Added
CC||davveston at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59238
--- Comment #2 from Jonathan Wakely ---
(In reply to David Friberg from comment #1)
> in case this is challenged.
It's already been confirmed as a rejects-valid bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98139
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from David Edelsohn ---
> It has nothing to do with the proper way to install GCC on AIX.
Why not? Consider some developer trying to build trunk on his own AIX
system:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ebdfd1606da6b5aa586b0cd156b69b659235c9c2
commit r11-5821-gebdfd1606da6b5aa586b0cd156b69b659235c9c2
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59238
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96963
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97816
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 97816, which changed state.
Bug 97816 Summary: [11 Regression] ICE in good_cloning_opportunity_p, at
ipa-cp.c:3266 since r11-4949-gb86aedb0cc083efe712e530a723f1237051a6b56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9781
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59238
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #3 from Hongtao.liu ---
;; _3 = __builtin_ia32_shufps (b_2(D), b_2(D), 0);
(insn 7 6 8 (set (reg:V4SF 88)
(reg/v:V4SF 86 [ b ])) "./gcc/include/xmmintrin.h":746:19 -1
(nil))
(insn 8 7 9 (set (reg:V4SF 89)
(reg/v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #4 from Richard Biener ---
That works only for single-operation and doesn't really scale. I think we want
to expose the permutes at the GIMPLE level via ix86_gimple_fold_builtin. We
already handle IX86_BUILTIN_SHUFPD there but not I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
--- Comment #10 from Jakub Jelinek ---
I can't reproduce it anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #5 from Richard Biener ---
So
__m128d f(__m128d a, __m128d b) {
return _mm_mul_pd(_mm_shuffle_pd(a, a, 0), _mm_shuffle_pd(b, b, 0));
}
is expanded as
_3 = VEC_PERM_EXPR ;
_5 = VEC_PERM_EXPR ;
_6 = _3 * _5;
return _6;
b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #6 from Richard Biener ---
Created attachment 49695
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49695&action=edit
vector lowering ssa_uniform_vector_p hack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #7 from Richard Biener ---
The transform with doubles on the [1] element would produce
unpckhpd%xmm1, %xmm1
unpckhpd%xmm0, %xmm0
mulsd %xmm1, %xmm0
unpcklpd%xmm0, %xmm0
so th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93602
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97714
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97742
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98029
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98119
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97612
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
--- Comment #11 from David Binderman ---
(In reply to Jakub Jelinek from comment #10)
> I can't reproduce it anymore.
The code in comment 7 still fails.
$ /home/dcb/gcc/results/bin/gcc -c -w -ffast-math bug634.c 2>&1 | fgrep error:
bug634.c:5:4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
Bug ID: 98172
Summary: Update -mtune=generic for the current Intel and AMD
processors
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #38 from abebeos at lazaridis dot com ---
Can someone please ping gcc-patches (me having troubles setting up email alias
on gmail, don't want to use my main email)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97623
Richard Biener changed:
What|Removed |Added
Known to work||11.0
Summary|[9/10/11 Regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94440
--- Comment #12 from Martin Liška ---
(In reply to Jakub Jelinek from comment #10)
> I can't reproduce it anymore.
I can still reproduce the original example with
g:ebdfd1606da6b5aa586b0cd156b69b659235c9c2.
https://godbolt.org/z/Y1jhf9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #39 from John Paul Adrian Glaubitz ---
(In reply to abebeos from comment #38)
> Can someone please ping gcc-patches (me having troubles setting up email
> alias on gmail, don't want to use my main email)
I'm not sure what you are try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
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: normal
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=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 __att
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 gmail
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=98174
Bug ID: 98174
Summary: [11 Regression] Ranger takes too much memory
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
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=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
Sev
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: normal
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=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=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 Core
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 #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
--- 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 just
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 depe
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=97224
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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 o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98175
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2020-12-07
Status|UNC
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=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=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=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=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: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98177
Alex Coplan changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
Ta
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=98178
Bug ID: 98178
Summary: Combine splitter does not split to single instruction
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
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
comb
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 the
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=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
Component:
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=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=98181
Bug ID: 98181
Summary: Add support for FreeBSD on powerpc64le
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
1 - 100 of 165 matches
Mail list logo
