https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d4536e431316b4568e236afd7a6017e5efd1b0a1
commit r11-7134-gd4536e431316b4568e236afd7a6017e5efd1b0a1
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98971
Martin Liška changed:
What|Removed |Added
Known to work||11.0
Known to fail|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98971
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:0d701e3eb89870237669ef7bf41394d90c35ae70
commit r11-7133-g0d701e3eb89870237669ef7bf41394d90c35ae70
Author: Martin Liska
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99000
Bug ID: 99000
Summary: [modules] declaration std::__copy_move_a2 conflicts
with import
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98986
--- Comment #2 from Segher Boessenkool ---
I agree it makes sense to have the one arm with vec_duplicate first in the
canonical order. Problem is that this is deep in the arms, but it can be
done of course.
Autogenerating part of combine? Nono
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97043
Bug 97043 depends on bug 97236, which changed state.
Bug 97236 Summary: [8 Regression] g:e93428a8b056aed83a7678 triggers vlc
miscompile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98882
--- Comment #6 from Boris Kolpackov ---
After this change I now get an ICE (that same assert) when partially
preprocessing (-E -fdirectives-only) a TU that has an include directive that is
translated to an import:
cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
--- Comment #15 from CVS Commits ---
The releases/gcc-8 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:de0ede7625f6c4d4bbd2caaf363032b0da80cf69
commit r8-10757-gde0ede7625f6c4d4bbd2caaf363032b0da80cf69
Author: Matthias Klose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98999
--- Comment #2 from Christophe Lyon ---
There might be similar problems in
experimental/filesystem/operations/current_path.cc, where I can see:
terminate called after throwing an instance of
'std::experimental::filesystem::v1::__cxx11::filesyste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98999
Christophe Lyon changed:
What|Removed |Added
Version|11.0|10.0
--- Comment #1 from Christophe Ly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98999
Bug ID: 98999
Summary: Random testsuite errors in
27_io/filesystem/operations/canonical.cc
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #42 from Richard Biener ---
(In reply to richard.sandiford from comment #41)
> "rguenther at suse dot de" writes:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
> >
> > --- Comment #40 from rguenther at suse dot de ---
> > O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003
--- Comment #19 from Martin Liška ---
(In reply to Martin Sebor from comment #17)
> Warnings for the static cast suppressed in r11-2457.
>
> The warning for the dynamic cast is still issued and I would suggest to use
> a cast to a reference inst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98994
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997
Richard Biener changed:
What|Removed |Added
Version|unknown |10.2.1
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98995
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Copy e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98994
Richard Biener changed:
What|Removed |Added
Summary|Empty type with |[11 Regression] Empty type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98991
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #41 from richard.sandiford at arm dot com ---
"rguenther at suse dot de" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
>
> --- Comment #40 from rguenther at suse dot de ---
> On Mon, 8 Feb 2021, rsandifo at gcc dot gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98990
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98986
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98984
Richard Biener changed:
What|Removed |Added
Summary|Failure to optinize out |Failure to optimize out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98998
Bug ID: 98998
Summary: ICE in change_address_1, at emit-rtl.c:2275
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98983
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98982
--- Comment #3 from Richard Biener ---
loop distribution is our pass for this, but then the load/store idioms are
matched by the bswap pass which relies on unrolled loops where the unrolling
will only happen if it doesn't seem to increase code si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98991
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98990
Martin Liška changed:
What|Removed |Added
Summary|Internal compiler error |[10/11 Regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #40 from rguenther at suse dot de ---
On Mon, 8 Feb 2021, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
>
> --- Comment #39 from rsandifo at gcc dot gnu.org gnu.org> ---
> Just to give an u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95719
--- Comment #7 from Martin Liška ---
*** Bug 98232 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98232
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #39 from rsandifo at gcc dot gnu.org
---
Just to give an update on this: I have a patch that reduces the
amount of memory consumed by fwprop so that it no longer seems
to be outlier. However, it involves doing more bitmap operations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
--- Comment #7 from Richard Biener ---
So the type is refered to by constant 8 which is refered to by a VECTOR_CST
{ 8 } which is refered to by
# .MEM_4 = VDEF <.MEM_2>
MEM[(struct Test *)_3].data[0] = { 8 };
and while walk_tree walks CTOR elem
101 - 135 of 135 matches
Mail list logo