https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
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=102852
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102814
Aldy Hernandez changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102814
Bug 102814 depends on bug 102852, which changed state.
Bug 102852 Summary: [12 Regression] Compile time hog since
r12-4421-g0bd68793921ecf3b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102852
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102852
--- Comment #3 from Martin Liška ---
Thanks for the fix, it's really gone now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102850
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102852
--- Comment #4 from Aldy Hernandez ---
(In reply to Martin Liška from comment #3)
> Thanks for the fix, it's really gone now.
Heh. Actually the bug is still latent, but I'm testing a fix ;-).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102838
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c7abdf46fb7ac9a0c37f120feff3fcc3a752584f
commit r12-4529-gc7abdf46fb7ac9a0c37f120feff3fcc3a752584f
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #6 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #7 from Richard Biener ---
Btw, the ICE also reproduces on native x86_64, not just with a cross to arm and
both GCC 8 and GCC 10 look fine in this regard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
Bug ID: 102853
Summary: [12 Regression] ICE in compute_distributive_range, at
tree-data-ref.c:593 since
r12-4398-g9b2ad21ab3ebc21a3408108327fa1a7cbedaf217
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #8 from Martin Liška ---
U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102812
--- Comment #2 from Uroš Bizjak ---
Please note that the code above should compile via ix86_expand_vector_set,
similar to:
--cut here--
typedef short v8hi __attribute__((__vector_size__(16)));
v8hi foo (short a)
{
return (v8hi) {a, 0, 0, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102764
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #9 from Richard Biener ---
(In reply to Martin Liška from comment #8)
> Using x86_64 compiler, the issue is fixed on master after
> r10-1420-g744fd446c321f78f and started with r9-6384-g1a438d160e1dc845.
Can you continue searching fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842
Martin Liška changed:
What|Removed |Added
Last reconfirmed|2021-10-19 00:00:00 |2021-10-20
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #10 from Martin Liška ---
(In reply to Richard Biener from comment #9)
> (In reply to Martin Liška from comment #8)
> > Using x86_64 compiler, the issue is fixed on master after
> > r10-1420-g744fd446c321f78f and started with r9-6384
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #68 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:8fe93cc664ded8cc1952da28b23f3fc68504a73e
commit r12-4530-g8fe93cc664ded8cc1952da28b23f3fc68504a73e
Author: Arnaud Charlet
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102764
--- Comment #6 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:972ee845f54839e9bd2e4611bb268d75440f3845
commit r12-4531-g972ee845f54839e9bd2e4611bb268d75440f3845
Author: Eric Botcazou
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #69 from CVS Commits ---
The releases/gcc-11 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:40b209e340b610248f9b1eec082f6b1ff734a2d0
commit r11-9177-g40b209e340b610248f9b1eec082f6b1ff734a2d0
Author: Arnaud Charlet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102764
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #12 from Richard Biener ---
(In reply to Martin Liška from comment #10)
> (In reply to Richard Biener from comment #9)
> > (In reply to Martin Liška from comment #8)
> > > Using x86_64 compiler, the issue is fixed on master after
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #14 from Richard Biener ---
Registering jump thread: (10, 16) incoming edge; (16, 17) normal; (17, 13)
nocopy;
[local count: 75809931]:
if (nd_5 >= 128)
goto ; [40.00%]
else
goto ; [60.00%]
[local count: 252674
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102812
--- Comment #3 from Hongyu Wang ---
(In reply to Uroš Bizjak from comment #2)
> Please note that the code above should compile via ix86_expand_vector_set,
> similar to:
>
> --cut here--
> typedef short v8hi __attribute__((__vector_size__(16)));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
--- Comment #6 from Christophe Lyon ---
I think it's better too, so this essentially means removing
gcc.target/aarch64/pr89093.c, but since Jakub's patch was specifically about
leading spaces, I was wondering whether I was missing something.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102814
--- Comment #5 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:82cd78f2c31db1664ca154d7fcd24e9eaee1427f
commit r12-4532-g82cd78f2c31db1664ca154d7fcd24e9eaee1427f
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102814
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #15 from Richard Biener ---
The following removes the premature optimization(?) using
EDGE_NO_COPY_SRC_BLOCK
in case the block contained a condition we could thread through. That fixes
the testcase.
diff --git a/gcc/tree-ssa-thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #16 from Aldy Hernandez ---
(In reply to Richard Biener from comment #13)
> Aldyh might also have stumbled over code avoiding to thread across a SSA
> definition.
>
> Ah - I guess the block is recorded as "forwarder" (block with jus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
--- Comment #7 from Jakub Jelinek ---
Not allowing spaces there was intentional and has been discussed, please see
the
https://gcc.gnu.org/legacy-ml/gcc-patches/2019-04/msg00680.html
and surrounding threads.
As I wrote, if we accept whitespace,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #17 from rguenther at suse dot de ---
On Wed, 20 Oct 2021, aldyh at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
>
> --- Comment #16 from Aldy Hernandez ---
> (In reply to Richard Biener from commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
--- Comment #8 from Jakub Jelinek ---
Or yet another variant is only allow whitespace after , separator and not
anywhere else, so
"+sve, +sve2"
is ok, but
"+sve, +sve2"
is not. But again, if we decide to do that, it should be done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102854
Bug ID: 102854
Summary: [OpenMP] Bogus "initializer expression refers to
iteration variable" when using templates
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #20 from Richard Biener ---
(In reply to Aldy Hernandez from comment #18)
> (In reply to rguent...@suse.de from comment #17)
> > On Wed, 20 Oct 2021, aldyh at gcc dot gnu.org wrote:
>
> > > Silly question, why is the SSA form invali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
--- Comment #9 from Jakub Jelinek ---
And note we already do support target ("+sve", "+sve2"), so there is not much
point in allowing whitespace inside of the string literals.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102855
Bug ID: 102855
Summary: #pragma GCC unroll n should support n being a template
parameter
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target|ppc64-linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
vvinayag at arm dot com changed:
What|Removed |Added
CC||vvinayag at arm dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
--- Comment #2 from rsandifo at gcc dot gnu.org
---
Maybe it's much of a muchness, but would it work instead to bail
out for wrapping types at the top of split_constant_offset_1
and remove the check for trapping from the CASE_CONVERT code?
It s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
--- Comment #10 from Jonathan Wakely ---
You can also use string literal concatenation:
target("foo," "bar," "baz") which is identical to target("foo,bar,baz")
Although target("foo", "bar", "baz") seems easier to read anyway.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64888
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842
--- Comment #5 from Martin Liška ---
And reduced test-case looks like this:
struct Plane {
using T = float;
T *Row();
};
using ImageF = Plane;
long long Mirror_x;
struct EnsurePaddingInPlaceRowByRow {
void Process() {
switch (strategy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
--- Comment #3 from rguenther at suse dot de ---
On Wed, 20 Oct 2021, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
>
> --- Comment #2 from rsandifo at gcc dot gnu.org
> ---
> Maybe it's much of a m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #21 from Martin Liška ---
(In reply to Richard Biener from comment #12)
> (In reply to Martin Liška from comment #10)
> > (In reply to Richard Biener from comment #9)
> > > (In reply to Martin Liška from comment #8)
> > > > Using x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102855
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-10-20
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #15 from Christophe Lyon ---
Hi, yes this is close to completion.
The patch series was approved last week by Richard Sandiford:
https://gcc.gnu.org/pipermail/gcc-patches/2021-October/581778.html
but I have found a bug with more vali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842
--- Comment #7 from tt_1 ---
hey, thanks for the messages. I just finished to compile firefox with patched
cross-gcc-10.3.0, the ice is fixed with the patch from
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=74dc179a6da33cd00f6d4a93fbb97dc84f61
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102854
--- Comment #1 from Tobias Burnus ---
For the non-template case (with int / IndexType reversed, (ups!)):
finish_omp_for's vec *orig_inits is an empty vector
but for the template, it isn't (it contains '0' and 'i'); thus, the following
check is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ac5e46563817f4f1bd786be1d21b85d18e61bc0c
commit r12-4558-gac5e46563817f4f1bd786be1d21b85d18e61bc0c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102853
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842
--- Comment #8 from Martin Liška ---
(In reply to tt_1 from comment #7)
> hey, thanks for the messages. I just finished to compile firefox with
> patched cross-gcc-10.3.0, the ice is fixed with the patch from
> https://gcc.gnu.org/git/gitweb.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102856
Bug ID: 102856
Summary: [nvptx] Misaligned accesses with cheap vectorization
enabled
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102841
Rainer Orth changed:
What|Removed |Added
Summary|libgomp.oacc-c++/../libgomp |[12 regression]
|.oacc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100966
--- Comment #1 from CVS Commits ---
The master branch has been updated by Wilco Dijkstra :
https://gcc.gnu.org/g:16ce822ed14e6635ee2ffcba394bba8e934bc6dd
commit r12-4567-g16ce822ed14e6635ee2ffcba394bba8e934bc6dd
Author: Wilco Dijkstra
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102857
Bug ID: 102857
Summary: [12 regression] r12-4526 caused regressions on
vect/bb-slp-16.c and ssa-dom-thread-7.c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100966
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
--- Comment #11 from Jakub Jelinek ---
BTW, if we want to use strip_whitespaces, it should use ISBLANK or ISSPACE
instead of using == ' ' or == '\t' etc. comparisons.
But I really find it not a good idea to support "\t\t+sve\t\t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102375
Martin Liška changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #22 from Andrew Macleod ---
(In reply to Richard Biener from comment #20)
> (In reply to Aldy Hernandez from comment #18)
> > (In reply to rguent...@suse.de from comment #17)
> > > On Wed, 20 Oct 2021, aldyh at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102374
Martin Liška changed:
What|Removed |Added
Resolution|FIXED |WONTFIX
--- Comment #4 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91118
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98005
--- Comment #7 from Patrick Palka ---
Looks like after r12-4517 the test now compiles successfully on m68k according
to
https://gcc.gnu.org/pipermail/gcc-testresults/2021-October/729689.html
Though the test presumably still fails on the 11 br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102838
--- Comment #5 from Jakub Jelinek ---
Does the committed patch fix the issue on Solaris?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102838
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Jakub Jelinek ---
> Does the committed patch fix the issue on Solaris?
I'll see after tonight's bootstrap. The original one attached to the PR
fixed only a few o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102857
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
--- Comment #3 from Gaius Mulley ---
"ro at gcc dot gnu.org" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
>
> Bug ID: 102344
>Summary: gm2/pim/fail/TestLong4.mod FAILs
>Product: gcc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102339
--- Comment #2 from Gaius Mulley ---
"ro at gcc dot gnu.org" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102339
>
> Bug ID: 102339
>Summary: gm2 testsuite leaves many files behind
>Product: gcc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102325
--- Comment #3 from Gaius Mulley ---
"rguenth at gcc dot gnu.org" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102325
>
> Richard Biener changed:
>
>What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102847
--- Comment #3 from seurer at gcc dot gnu.org ---
I reran my bisects on two different systems and both resolved to
g:793d2549b173a0a2da6dd20ffc27acb9fd2de73e, r12-4501
as when the builds started failing. r12-4500 worked on both systems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Gaius Mulley ---
> apologies if this is the wrong way to mention a status change. (Is this
> done on bugzilla? I've looked and cannot see how to change its statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102339
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102323
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102325
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102858
Bug ID: 102858
Summary: ICE when compiling to "thread.gcm"
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102820
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842
--- Comment #9 from tt_1 ---
So, I did a little bit of research. pr92807 has indeed been backported to the
gcc-10 branch and is included in the gcc-10.3.0 release - it touches
gcc/config/i386/i386.c and adds a testcase.
There is another fixup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102858
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99244
Jonathan Wakely changed:
What|Removed |Added
CC||niancw29 at 163 dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99244
--- Comment #2 from Jonathan Wakely ---
This seems to be fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99244
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102844
--- Comment #23 from Jeffrey A. Law ---
Invalid is invalid. Full stop.
I'll have to put it under a debugger, but I would have expected the nocopy
block to turn into a forwarder -- why do we end up putting statements in here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100753
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> Additionally missing: Fortran support.
Fortran support was implemented in
r12-4574-gd98626bf451dea6a28a42d953f7d0bd7659ad4d5
Still to do: Proper nowait support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102859
Bug ID: 102859
Summary: [OpenMP] Missing testsuite coverage for Fortran task
reductions
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102860
Bug ID: 102860
Summary: [12 regression] libgomp.fortran/simd2.f90 ICEs after
r12-4526
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #71 from Óscar Fuentes ---
(In reply to Eric Botcazou from comment #70)
> Tentatively fixed, reopen if not.
The bootstrap works.
Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102861
Bug ID: 102861
Summary: [12 regression] gcc.dg/vect/bb-slp-16.c fails after
r12-4526
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102860
--- Comment #1 from Aldy Hernandez ---
The referenced patch reduces the amount of threaded paths, not increase them.
This actually looks like another pass hiccuping because it was expecting a
threaded path that is no longer there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102861
--- Comment #1 from Aldy Hernandez ---
Similarly to 102860.
The referenced patch reduces the amount of threaded paths, not increase them.
This actually looks like another pass hiccuping because it was expecting a
threaded path that is no longe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102815
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102703
--- Comment #16 from Andrew Pinski ---
I have a new patch in testing that replaces patch 4 and uses
simple_dce_from_worklist instead which moves of the detection of dead code to
already common code.
1 - 100 of 138 matches
Mail list logo
