https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100614
Bug ID: 100614
Summary: Missing mpfr 4 tarballs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19706
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100379
Tamar Christina changed:
What|Removed |Added
Last reconfirmed||2021-05-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100048
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88492
--- Comment #7 from Tamar Christina ---
(In reply to ptomsich from comment #6)
> With the current master, the test case generates (with -mcpu=neoverse-n1):
> which contrasts with LLVM13 (with -mcpu=neoverse-n1):
>
> test_slp:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100048
Tamar Christina changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100048
--- Comment #1 from Tamar Christina ---
Correction, it's CSE'd into
foo:
pfalse p1.b
ptrue p0.d, all
trn1p0.d, p0.d, p1.d
faddv h0, p0, z0.h
str h0, [x0]
str h0, [x0, 2]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100048
Bug ID: 100048
Summary: [10/11 Regression] Wrongful CSE'ing of SVE predicates.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99924
--- Comment #3 from Tamar Christina ---
(In reply to Richard Biener from comment #2)
> Confirmed. I will have a look.
It's interesting since the cost model needs to be disabled to reproduce it.
It looks like when it is one of the load nodes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96264
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Tamar Christina changed:
What|Removed |Added
Component|target |tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #18 from Tamar Christina ---
(In reply to Arseny Solokha from comment #15)
> (In reply to Tamar Christina from comment #13)
> > (In reply to Arseny Solokha from comment #10)
> > > (In reply to Tamar Christina from comment #9)
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #14 from Tamar Christina ---
(In reply to Richard Biener from comment #12)
> Btw, the following also works as a fix but obviously I'm not in a position
> to fully evaluate this. That said, hybrid SLP detection was rewritten during
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #13 from Tamar Christina ---
(In reply to Arseny Solokha from comment #10)
> (In reply to Tamar Christina from comment #9)
> > I wonder if whatever you're compiling is open source. I'd love to fix some
> > of these cases properly in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #9 from Tamar Christina ---
@Arseny,
Thanks for reporting these.
I wonder if whatever you're compiling is open source. I'd love to fix some of
these cases properly in GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
Tamar Christina changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #7 from Tamar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #4 from Tamar Christina ---
> I can reproduce it. You likely named the file x.f90 (and not x.f). Please try
> that..
Aha.. Fortran such a mystery :)
> Do you want me to bisect that?
No, they'll all point to the commit which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99656
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99220
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99149
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99220
Bug ID: 99220
Summary: [11 Regression] ICE during vectorization when multiple
instances do the same calculation but have different
num lanes
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99149
Bug ID: 99149
Summary: [11 Regression] ICE during vectorization when shared
trees contain different complex patterns
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
Tamar Christina changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 98928, which changed state.
Bug 98928 Summary: [11 regression] ICE when build 638.imagick_s since
r11-5969-g3ed472af6bc9f83b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98928
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98928
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98928
Tamar Christina changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98928
--- Comment #5 from Tamar Christina ---
Hmm looks like the SLP unwinding code is accidentally cancelling a pattern it
shouldn't have. Checking why...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
--- Comment #2 from Tamar Christina ---
Just an update on what I know so far.
There seems to be no symmetry between the growth of the memory costs vs that of
the caller saved registers.
In the case of the memory costs, the actual memory cost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
Bug ID: 98782
Summary: IRA artificially creating spills due to BB frequencies
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ra
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98160
--- Comment #5 from Tamar Christina ---
Unfortunately I can still reproduce this with 483.xalancbmk on spec2006.
It seems to indeed happen only with -flto so I have no idea how to reduce it..
As of g:8833eab4461b4b7050f06a231c3311cc1fa87523 I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 98264, which changed state.
Bug 98264 Summary: [11 Regression] ice during linear_loads_p since
r11-5969-g3ed472af6bc9f83b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98264
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98264
Tamar Christina changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98264
Tamar Christina changed:
What|Removed |Added
Version|unknown |11.0
Summary|ice during
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98264
Tamar Christina changed:
What|Removed |Added
CC|tamar.christina at arm dot com |tnfchris at gcc dot
gnu.org
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=97911
--- Comment #3 from Tamar Christina ---
Thanks Jakub, that patch does seem to fix the AArch64 build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97911
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #15 from Tamar Christina ---
Hmm indeed. I only saw it was doing unsigned arithmetic. I'll patch that one
too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
Tamar Christina changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97806
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97809
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97809
Bug ID: 97809
Summary: [11 Regression] AArch64 bootstrap broken, ICE when
building mpf after
g:86cca5cc14602814b98e55aae313fbe237af1b04
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97769
--- Comment #6 from Tamar Christina ---
Thanks Richi!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97769
--- Comment #1 from Tamar Christina ---
This seems to go away if you initialize a in `int a`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97769
Bug ID: 97769
Summary: [11 Regression] vectorizer ICE when building perlbench
in SPECCPU 2017
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97574
--- Comment #4 from Tamar Christina ---
Submitted a patch to get the driver to stop mangling nul so it makes it easier
for binutils to detect.
That said Jonathan is right in that there's still a binutils bug here. I had
forgotten that even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
Tamar Christina changed:
What|Removed |Added
Summary|[9/10/11 Regression] On |[9/10 Regression] On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97574
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #4 from Tamar Christina ---
Yeah, the overflow in the signed type is causing the number of instructions
guard to fail.
I'll submit a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #12 from Tamar Christina ---
(In reply to Martin Liška from comment #11)
> (In reply to Tamar Christina from comment #0)
> > With just -Ofast the benchmark doesn't seem to ever terminate until it is
> > eventually killed.
> >
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
Bug ID: 97292
Summary: [11 Regression] dealII from SPECCPU 2016 no longer
terminates after
g:c34db4b6f8a5d80367c709309f9b00cb32630054
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97224
--- Comment #3 from Tamar Christina ---
Cheers, thanks Mark!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97224
Bug ID: 97224
Summary: [8/9/10/11 Regression] SPECCPU 2006 Gamess fails to
build after g:e5a76af3a2f3324efc60b4b2778ffb29d5c377bc
Product: gcc
Version: 11.0
Status:
701 - 759 of 759 matches
Mail list logo