https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99199
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99201
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99205
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99206
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99211
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99212
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97549
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7e647d71d556b73e84f4edd0733bcc83bc70ae1e
commit r11-7339-g7e647d71d556b73e84f4edd0733bcc83bc70ae1e
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99201
--- Comment #5 from Matthias Kretz (Vir) ---
I reduced it some more:
template
auto
make_tester(const RefF& reffun)
{
return [=](auto in) {
auto&& expected = [&](const auto&... vs) {
if constexpr (sizeof(in) > 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99181
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:efa64fcce12074dd542670feb02eaee53e810a30
commit r11-7340-gefa64fcce12074dd542670feb02eaee53e810a30
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99204
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:37b64a3547b91677189c6cbf4c08d7c80770a93a
commit r11-7341-g37b64a3547b91677189c6cbf4c08d7c80770a93a
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99191
Martin Liška changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44792
--- Comment #3 from Vittorio Zecca ---
Still unmodified, I cannot see the modification of Tobias Burnus.
NAG nagfor compiler stll produces run time error message.
Runtime Error: gcc/testsuite/gfortran.fortran-torture/execute/data.f90, line
28: R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99203
Martin Liška changed:
What|Removed |Added
Blocks||63426
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99202
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94755
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99211
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97549
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99181
--- Comment #5 from Jakub Jelinek ---
Fixed on the trunk, probably needs backporting to 10/9/8 branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99204
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] ICE |[8/9/10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99190
Martin Liška changed:
What|Removed |Added
URL||https://reviews.llvm.org/D9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
Richard Biener changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #10 from Richard Biener -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99201
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99216
Bug ID: 99216
Summary: ICE in aarch64_sve::function_expander::expand() with
LTO
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99216
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |10.3
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44976
Richard Biener changed:
What|Removed |Added
Known to work||10.1.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 44976, which changed state.
Bug 44976 Summary: reductions with short variables do not get vectorized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44976
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99216
--- Comment #2 from Alex Coplan ---
This one ICEs at all optimization levels (not just -O0):
#include
unsigned long long a;
void b(unsigned long long *c, int e) { *c ^= e; }
bool d;
int main() {
d = svaddv(svptrue_pat_b8(SV_VL16), svdup_s8(0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99190
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 99190, which changed state.
Bug 99190 Summary: Undefined behaviour in libubsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99190
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99211
--- Comment #3 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #2)
> Problem with disabling altogether __builtin_* function
> declarations/definitions
> is that code in the wild uses
> typeof (whatever) __builtin_whatever __attri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
--- Comment #11 from Jonathan Wakely ---
So is Jakub wrong in comment 5 when he suggests that this should "lose" the
__restrict__ qualification?
_Tp* __p (__a._M_data);
Is there a better way to drop that qual so that we can assign somethi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99181
--- Comment #6 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #5)
> Fixed on the trunk, probably needs backporting to 10/9/8 branches.
Yes, all three branches. It's been wrong since r249137 on trunk, which I
backported to gcc-7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99211
--- Comment #4 from Jakub Jelinek ---
We have it even in gcc sources, though ifdefed so it won't trigger with
recent-ish gcc:
libstdc++-v3/include/ext/throw_allocator.h: __typeof__(&std::sprintf)
__builtin_sprintf = &std::sprintf;
I think t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32455
--- Comment #17 from Jakub Jelinek ---
The ICE on #c2 stopped with r0-101269-g70f348148c09468b05aa09fcfa91b61611003c27
(I think, r0-101269 doesn't ICE anymore and r0-101265 still ICEs), but the FE
patch hasn't been ever applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79726
--- Comment #2 from Richard Biener ---
It's also a general -ffast-math missed optimization to demote the double
add to a float one. If you write
double f(double x[]) {
float p = 1.0;
for (int i = 0; i < 16; i++)
p += (float)x[i];
retu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90857
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.0
--- Comment #5 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99200
--- Comment #5 from Jonathan Wakely ---
(In reply to JoaoBapt from comment #0)
> Trying to use the macro __PRETTY_FUNCTION__ as a string-literal converted
N.B.
"These identifiers are variables, not preprocessor macros"
See https://gcc.gnu.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99217
Bug ID: 99217
Summary: [MIPS] wrong function entry with
-fpatchable-function-entry
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
--- Comment #12 from rguenther at suse dot de ---
On Tue, 23 Feb 2021, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
>
> --- Comment #11 from Jonathan Wakely ---
> So is Jakub wrong in comment 5 when he su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90943
Jonathan Wakely changed:
What|Removed |Added
Status|SUSPENDED |NEW
--- Comment #6 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #59
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98996
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99180
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Keywords|ice-on-valid-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2015-05-03 00:00:00 |2021-2-23
--- Comment #41 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97699
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97680
Richard Biener changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
Jakub Jelinek changed:
What|Removed |Added
Assignee|law at redhat dot com |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98746
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
--- Comment #13 from Richard Biener ---
So the valarray behavior boils down to
struct _Array { int * __restrict m_data; };
void foo (struct _Array dest, int *src, int n)
{
for (int i = 0; i < n; ++i)
dest.m_data[i] = src[i];
}
which we t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
--- Comment #15 from Jakub Jelinek ---
So, based on IRC discussion, the problem is that in:
template template
inline valarray<_Tp>&
valarray<_Tp>::operator=(const _Expr<_Dom, _Tp>& __e)
{
// _GLIBCXX_RESOLVE_LIB_DEFECTS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99218
Bug ID: 99218
Summary: matmul on temporary array accesses invalid memory
(segfault)
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
--- Comment #16 from Jakub Jelinek ---
So perhaps (totally untested):
--- libstdc++-v3/include/std/valarray.jj2021-01-04 10:26:02.366967342
+0100
+++ libstdc++-v3/include/std/valarray 2021-02-23 15:16:22.402688841 +0100
@@ -838,7 +838,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99117
--- Comment #17 from Jakub Jelinek ---
Pedantically speaking if __e in the end reads _M_data of some std::valarray
that happens to alias __p it will be still violating aliasing, but at least
current GCC won't do anything with that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
Martin Liška changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95468
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:5bd7afb71fca3a5a6e9f8586d86903bae1849193
commit r11-7345-g5bd7afb71fca3a5a6e9f8586d86903bae1849193
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95468
Patrick Palka changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] ICE |[8/9/10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99212
Hans-Peter Nilsson changed:
What|Removed |Added
Last reconfirmed||2021-02-23
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #31 from Richard Biener ---
Looks like DECL_ARGUMENTS of the function refers to SSA names.
(gdb) p function->function_decl.arguments
$1 =
(gdb) p debug_tree ($1)
unit-size
align:8 warn_if_not_align:0 symt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #2 from Nils Gladitz ---
(In reply to Iain Sandoe from comment #1)
> Can you identify specific key blockers to progress?
> (I think the paper cited contained a number of desiderata, but it would be
> good to start from the most import
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81183
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99168
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:3f8384545784696fbd66aaec24a998a819e912c5
commit r11-7346-g3f8384545784696fbd66aaec24a998a819e912c5
Author: Martin Liska
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99168
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99208
--- Comment #1 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:47145e6916f58e1cd4f562c06fa7289da49f690c
commit r11-7347-g47145e6916f58e1cd4f562c06fa7289da49f690c
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99208
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99219
Bug ID: 99219
Summary: Possible wrong code for finalizator call with class
via trans_scalar_class_assign ?
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #3 from Iain Sandoe ---
(In reply to Nils Gladitz from comment #2)
> (In reply to Iain Sandoe from comment #1)
> > Can you identify specific key blockers to progress?
> > (I think the paper cited contained a number of desiderata, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98125
--- Comment #15 from Jakub Jelinek ---
In any case, if the option is totally broken, we should either fix it for GCC
11 or emit sorry message to make it clear to users the option is not supported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98125
--- Comment #16 from Jakub Jelinek ---
But the latter (i.e. sorry) only if it always has been broken for that target.
#c7 seems to suggest it worked in ELFv1 (does it work on powerpc -m32?) and got
broken by H.J's change, then we should fix it ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #4 from Nils Gladitz ---
(In reply to Iain Sandoe from comment #3)
> ... the essence of the idea [on the mentioned long TODO] is to change the
> way in which frame vars are referenced; instead of changing the uses to
> point to the fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82739
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99202
--- Comment #2 from Vittorio Zecca ---
I believe you need LD_PRELOAD if the object program uses the address sanitizer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82739
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] Sort |[8/9/10 Regression] Sort is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99190
--- Comment #8 from Vittorio Zecca ---
I can confirm the new libubsan works on my test case.
Keep up the good work!
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
Version:
++20 -fmodules-ts -x c++-system-header string
g++ -std=c++20 -fmodules-ts -x c++-system-header algorithm
--
Tried on last version from git:
commit e03e58c1844d04678f95b278f3eff2a5fbaeff7
g++ (GCC) 11.0.0 20210223 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
--- Comment #11 from Patrick Palka ---
(In reply to Jakub Jelinek from comment #9)
> I think glibc %a printing uses 0x1. (for normalized values) at least for
> float/double and the IEEE quad long doubles, but uses 0xf. printing etc.
> for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99153
--- Comment #6 from Alexander Lelyakin ---
Another, shorter sequence:
g++ -std=c++20 -fmodules-ts -x c++-system-header new
g++ -std=c++20 -fmodules-ts -x c++-system-header initializer_list
g++ -std=c++20 -fmodules-ts -x c++-system-header typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99221
Bug ID: 99221
Summary: copyprop_hardreg_forward_1 deletes insn by mistake
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99221
--- Comment #1 from Stefan Schulze Frielinghaus
---
Created attachment 50243
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50243&action=edit
a-foo.i.307r.cprop_hardreg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #32 from Martin Sebor ---
The "arg spec" attribute also needs to be removed from the function arguments.
Let me take care of that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99157
Christophe Lyon changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97145
Paweł Bylica changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99153
--- Comment #7 from Alexander Lelyakin ---
I write a shell script to try to compile c++ system headers in random order:
Results so far:
Shortest sequences up to internal compiler error:
-
type_traits
thread
-
clocale
barrier
-
Longe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99222
Bug ID: 99222
Summary: [modules] system header-unit ICEs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99083
--- Comment #12 from Martin Jambor ---
For the record, I have benchmarked the patches from comment #4 and comment #10
on top of commit 6b1633378b7 (for which I already have unpatched benchmark
results) and the regression of 519.lbm_r compiled wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99223
Bug ID: 99223
Summary: [modules] stdl header-unit ICE
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99153
--- Comment #8 from Nathan Sidwell ---
99222 and 99223 filed. Please file each case as a separate issue. So far,
they've all been different underlying causes.
It might make sense to have a meta-bug referring to this class of issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99206
--- Comment #6 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:a6c7e0fcffc857e67dffdd7609be663cc3aac7d2
commit r11-7348-ga6c7e0fcffc857e67dffdd7609be663cc3aac7d2
Author: Harald Anlauf
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99169
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:e111925dbddb63ca1ee9e43412c7e896ba5c1105
commit r10-9385-ge111925dbddb63ca1ee9e43412c7e896ba5c1105
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98718
--- Comment #2 from Nathan Sidwell ---
reduced testcase:
// b_a.ii
module ;
# 4 "inc_a" 1
#define _GLIBCXX_VISIBILITY(V) __attribute__ ((__visibility__ (#V)))
namespace std _GLIBCXX_VISIBILITY(default)
{
}
# 11 "" 2
export module hello:for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99169
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:baf4c27c8754c1f7bbad3f577a4bd890528c0e75
commit r9-9247-gbaf4c27c8754c1f7bbad3f577a4bd890528c0e75
Author: Harald Anlauf
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99224
Bug ID: 99224
Summary: [9/10/11 Regression] ICE in location_wrapper_p, at
tree.h:4052
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99206
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99225
Bug ID: 99225
Summary: ICE in wide_int_to_tree_1, at tree.c:1644
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99169
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99226
Bug ID: 99226
Summary: [11 Regression] ICE in expand_expr_real_1, at
expr.c:10279
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug ID: 99227
Summary: [meta] [modules] Bugs relating to header-units of STL
header files
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 139 matches
Mail list logo
