https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97805
--- Comment #5 from Eric Botcazou ---
> We need:
>
> #include
We cannot do that unconditionally because it's also compiled as a C file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97805
Eric Botcazou changed:
What|Removed |Added
Attachment #49555|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90628
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2d8b144a2a61b007f59286731275773f6e167be1
commit r11-5077-g2d8b144a2a61b007f59286731275773f6e167be1
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97842
--- Comment #5 from Iain Buclaw ---
(In reply to Alex from comment #4)
> Created attachment 49573 [details]
> dustmite reduced problem.
Your reduction seems to have instead found another segfault. :-)
https://issues.dlang.org/show_bug.cgi?id=21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97832
Richard Biener changed:
What|Removed |Added
Component|target |tree-optimization
--- Comment #4 from R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97682
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:c52868904b784f5a90db6cf347edba81d14cf921
commit r9-9051-gc52868904b784f5a90db6cf347edba81d14cf921
Author: Monk Chiang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2020-11-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97682
Kito Cheng changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
Bug ID: 97873
Summary: Failure to optimize abs optimally (at least one
useless instruction on x86)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31799
Gabriel Ravier changed:
What|Removed |Added
CC||gabravier at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
--- Comment #4 from Jürgen Reuter ---
(In reply to Iain Sandoe from comment #3)
> I didn't have x86 Big Sur until the weekend - still working through things.
>
> 1/
>
> The change you have keeps the default as $wl-undefined ${wl}dynamic_lookup,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97574
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:200c9e865f49255ea32d4891b746d394d156a16f
commit r11-5078-g200c9e865f49255ea32d4891b746d394d156a16f
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97832
--- Comment #5 from Richard Biener ---
OK, so I have a patch to keep the association linear which IMHO is good. It
fixes the smaller and my testcase but not the original one which now is
linear but still not homogenous. The store groups are as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #38 from Levy ---
Created attachment 49575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49575&action=edit
riscv-shorten-memrefs_V1.patch
Did little bit change in get_si_mem_base_reg() and transform()
Now for the same c input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97717
--- Comment #3 from Rahul Kranti Kiran ---
The stack size was 8 KB and 'ulimit -s unlimited' worked for root but gets
reset as soon as I got back to the userspace.
Running the compilation with unlimited stack still threw a SEGFAULT.
The compl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:886964a78aa89ef3c15e69a7b4b96c55d51ea812
commit r10-9034-g886964a78aa89ef3c15e69a7b4b96c55d51ea812
Author: Tamar Christin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22326
--- Comment #6 from Andrew Pinski ---
(In reply to luoxhu from comment #4)
> float foo(float f, float x, float y) {
> return (fabs(f)*x+y);
> }
>
> the input of fabs is float type, so use fabsf is enough here, drafted a
> patch to avoid double p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97874
Bug ID: 97874
Summary: [11 Regression] ICE: tree check: expected record_type
or union_type or qual_union_type, have
template_type_parm in lookup_using_decl, at
cp/n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:9d65095e72502c12903e202cfe2e1fc58140522a
commit r9-9052-g9d65095e72502c12903e202cfe2e1fc58140522a
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #10 from CVS Commits ---
The releases/gcc-9 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:7e785f4c7643dbf5c4ae8cf02e2c148429adbfcf
commit r9-9053-g7e785f4c7643dbf5c4ae8cf02e2c148429adbfcf
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:98ba03ffe0b9f37b4916ce6238fad754e00d720b
commit r10-9035-g98ba03ffe0b9f37b4916ce6238fad754e00d720b
Author: Tamar Christi
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=97865
--- Comment #5 from Iain Sandoe ---
I bootstrapped several times (without using MACOSX_DEPLOYMENT_TARGET) and have
been looking into other issues.
Note that the libgfortran directory throws up a lot of warnings when
'autoreconf'ed' so maybe ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
--- Comment #6 from Jürgen Reuter ---
(In reply to Iain Sandoe from comment #5)
> I bootstrapped several times (without using MACOSX_DEPLOYMENT_TARGET) and
> have been looking into other issues.
>
> Note that the libgfortran directory throws up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #13 from rguenther at suse dot de ---
On Tue, 17 Nov 2020, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
>
> Tamar Christina changed:
>
>What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
--- Comment #7 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #6)
> (In reply to Iain Sandoe from comment #5)
> > I bootstrapped several times (without using MACOSX_DEPLOYMENT_TARGET) and
> > have been looking into other issues.
> >
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
--- 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=97859
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Tobias Burnus changed:
What|Removed |Added
CC||ams at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97693
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:fcd513df9aa83f30dbd1c34d13c8a0972702ffa1
commit r11-5088-gfcd513df9aa83f30dbd1c34d13c8a0972702ffa1
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97693
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #3 from Tobias Burnus ---
Now filled https://bugs.llvm.org/show_bug.cgi?id=48201 for this
LLVM and GNU as ("gas") tried to align, cf. discussion
https://sourceware.org/legacy-ml/binutils/2020-02/msg00091.html
and the GAS patch to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
--- Comment #16 from CVS Commits ---
The releases/gcc-8 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:ff3bb57646fb49090ce84b05bda5003b8f33fc07
commit r8-10626-gff3bb57646fb49090ce84b05bda5003b8f33fc07
Author: Tamar Christin
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=97865
--- Comment #8 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #4)
> (In reply to Iain Sandoe from comment #3)
> > I didn't have x86 Big Sur until the weekend - still working through things.
> > 1/
> >
> > The change you have keeps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97875
Bug ID: 97875
Summary: suboptimal loop vectorization
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282
Dan Horák changed:
What|Removed |Added
CC||dan at danny dot cz
--- Comment #12 from Dan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #17 from Thomas Koenig ---
A bit more reduced (no derived types necessary):
program random_weather
implicit none
real, allocatable :: ps(:,:) [:,:]
integer :: nxslab, nyslab
integer :: npx
integer :: i, j
real, paramete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31799
--- Comment #8 from H.J. Lu ---
It is fixed by r8-647.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865
--- Comment #9 from Jürgen Reuter ---
(In reply to Iain Sandoe from comment #8)
> (In reply to Jürgen Reuter from comment #4)
>
> It's OK to need it (there are legitimate design reasons to do so) - however
> where that need exists, the -Wl,-und
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31799
--- Comment #9 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:7f87b4ef2323769bd71f7ccea2aa6017a7376f76
commit r11-5090-g7f87b4ef2323769bd71f7ccea2aa6017a7376f76
Author: H.J. Lu
Date: Tue Nov 17 06:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31799
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88115
--- Comment #8 from Jonathan Wakely ---
Thanks for starting the discussion there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97869
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:18dd295638724b455e072cd790451ace15a3d463
commit r11-5093-g18dd295638724b455e072cd790451ace15a3d463
Author: Jan Hubicka
Date: Tue N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
Jan Hubicka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
--- Comment #5 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:d7ab349c44f30bed90b03b45865f6c7c5de1dfd8
commit r11-5095-gd7ab349c44f30bed90b03b45865f6c7c5de1dfd8
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97862
--- Comment #3 from Jakub Jelinek ---
Created attachment 49576
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49576&action=edit
gcc11-pr97862.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96919
Bhavana Kilambi changed:
What|Removed |Added
CC||bhavana.kilambi@blackfigtec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97314
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
--- Comment #7 from Jan Hubicka ---
> Fixed d7ab349c44f
Thanks, my original intention was to mostly track the fact that we do not want
to warn about fields of va_list type that is internal to compiler though
:)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97875
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-11-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97874
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97828
--- Comment #8 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:8661f4faa875f361cd22a197774c1fa04cd0580b
commit r11-5096-g8661f4faa875f361cd22a197774c1fa04cd0580b
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97874
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97873
--- Comment #2 from Richard Biener ---
gcc-7 goes the x86 abs expander way:
abs:
.LFB0:
.cfi_startproc
movl%edi, %edx
movl%edi, %eax
sarl$31, %edx
xorl%edx, %eax
subl%edx, %eax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97874
Marek Polacek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
--- Comment #8 from Jakub Jelinek ---
Well, so one enhancement request would be for va_list fields don't warn about
the internal fields, but warn about use of uninitialized va_list itself.
And the second thing is if the
if (tail)
va_start (ap,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97872
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-11-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97875
--- Comment #2 from Christophe Lyon ---
Checking the Arm v8-M manual, my understanding is that this architecture does
not support unaligned vector loads/stores.
However, my understanding is that vldrw.32 accepts to load from addresses
aligned on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97871
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97839
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97871
--- Comment #2 from Iain Sandoe ---
(In reply to Marek Polacek from comment #1)
> Started with r11-4927. Iain, I think the assert should go:
>
> --- a/gcc/cp/parser.c
> +++ b/gcc/cp/parser.c
> @@ -13536,7 +13536,6 @@ cp_parser_declaration (cp_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
--- Comment #9 from Jakub Jelinek ---
That said, can't reproduce with simplified:
void
foo (char *str, char *tail, ...)
{
__builtin_va_list ap;
if (tail)
__builtin_va_start (ap, tail);
for (int first = 1; str; first = 0)
{
*st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
Jan Hubicka changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97858
--- Comment #11 from Jan Hubicka ---
Jakub,
with code patterns
if (foo)
ininit var
...
if (foo)
use var
the false positive really depends on how far we do jump threading and similar
transforms.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97839
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97869
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ecf65330c11544ebf35e198087b4a42be089c620
commit r11-5099-gecf65330c11544ebf35e198087b4a42be089c620
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791
--- Comment #11 from CVS Commits ---
The master branch has been updated by Aaron Sawdey :
https://gcc.gnu.org/g:6b91b3e9df171970a907638d9b2e0bca1e792975
commit r11-5097-g6b91b3e9df171970a907638d9b2e0bca1e792975
Author: Aaron Sawdey
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97828
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:04cb64dadb5c115b4ad093ff92c3f5a0a87ef15f
commit r10-9036-g04cb64dadb5c115b4ad093ff92c3f5a0a87ef15f
Author: Patrick Palka
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97828
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #4 from Tobias Burnus ---
Draft patch (untested):
diff --git a/gcc/varasm.c b/gcc/varasm.c
index ada99940f65..51a507393a8 100644
--- a/gcc/varasm.c
+++ b/gcc/varasm.c
@@ -6738,9 +6738,11 @@ default_elf_asm_named_section (const char *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97871
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:c2cf58f0e3a32b803c890ea8daa8d9f550cf9888
commit r11-5104-gc2cf58f0e3a32b803c890ea8daa8d9f550cf9888
Author: Iain Sandoe
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
--- Comment #7 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:a5f9c27bfc4417224e332392bb81a2d733b2b5bf
commit r11-5105-ga5f9c27bfc4417224e332392bb81a2d733b2b5bf
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
--- Comment #8 from Andrew Macleod ---
I've adjusted range-ops so that EVRP will recognize that
c |= 1
is a non-zero range, and I've added a test case to check it.
The rest of this PR involves exposing ranges in a better way to fold-const.
N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97871
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97876
Bug ID: 97876
Summary: stop_token header doesn't compile on clang-8 with
-std=c++20
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96835
--- Comment #6 from Tobias Weinzierl ---
We've found some more stuff. This works:
#include
#define mydt double
#pragma omp declare target
struct vector {
vector(mydt x, mydt y);
mydt dot(vector o);
mydt v[2];
};
vector::vector(mydt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96835
--- Comment #7 from Tobias Weinzierl ---
Adding a default constructor to the vector class still does not allow us to
create the object on the target:
#include
#define mydt double
#pragma omp declare target
struct vector {
vector() {};
v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97877
Bug ID: 97877
Summary: [11 Regression] ICE in cp_genericize_r, at
cp/cp-gimplify.c:968
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97878
Bug ID: 97878
Summary: [9/10/11 Regression] ICE in
cxx_eval_outermost_constant_expr, at
cp/constexpr.c:6825
Product: gcc
Version: 11.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85315
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97879
Bug ID: 97879
Summary: [11 Regression] ICE in from_mode_char, at
attribs.h:298
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97877
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97879
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #1 from G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97880
Bug ID: 97880
Summary: [9/10/11 Regression] ICE in emit_library_call_value_1,
at calls.c:5298
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97877
--- Comment #2 from Marek Polacek ---
We ICE because stmt's DECL_LANG_SPECIFIC is null:
965 /* Map block scope extern declarations to visible declarations with the
966 same name and type in outer scopes if any. */
967 if (VAR_OR_FUN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97878
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |8.5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97877
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=97881
Bug ID: 97881
Summary: [11 Regression] ICE in warn_about_ambiguous_parse, at
cp/parser.c:20800
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:3ee527923b1ce92c6b16c587d072720a6c813c95
commit r8-10627-g3ee527923b1ce92c6b16c587d072720a6c813c95
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97881
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85375
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70489
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994
Bug 16994 depends on bug 70489, which changed state.
Bug 70489 Summary: ICE in cxx_eval_increment_expression initializing a VLA in a
constexpr function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70489
What|Removed
1 - 100 of 147 matches
Mail list logo
