https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104113
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
Marek Polacek changed:
What|Removed |Added
Summary|[11/12 Regression] ICE with |[11 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104108
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104207
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-01-24
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
--- Comment #3 from Marek Polacek ---
-flto=auto -ffat-lto-objects is not needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
--- Comment #8 from Marek Polacek ---
I've tried
diff --git a/gcc/cp/decl.cc b/gcc/cp/decl.cc
index 22d3dd1e2ad..c2a0f0c24e2 100644
--- a/gcc/cp/decl.cc
+++ b/gcc/cp/decl.cc
@@ -17319,6 +17319,7 @@ finish_constructor_body (void)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
--- Comment #10 from Marek Polacek ---
I did but it didn't work either. So I think we need to properly propagate the
suppression bits. Something like this:
diff --git a/gcc/gimplify.cc b/gcc/gimplify.cc
index bf2f60cce9a..0d266241b8c 100644
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
--- Comment #11 from Marek Polacek ---
Obviously the
6131 if (COMPARISON_CLASS_P (*from_p))
6132 copy_warning (assign, *from_p);
doesn't work because we are not dealing with a comparison here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
--- Comment #12 from Marek Polacek ---
Removing the COMPARISON_CLASS_P check regresses uninit-pr74762.C. So how about
diff --git a/gcc/cp/decl.cc b/gcc/cp/decl.cc
index 22d3dd1e2ad..6534a7fd320 100644
--- a/gcc/cp/decl.cc
+++ b/gcc/cp/decl.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104075
Bug 104075 depends on bug 104213, which changed state.
Bug 104213 Summary: [12 Regression] bogus use-after-free in virtual dtor with
-ffat-lto-objects on ARM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
Marek Polacek changed:
What|Removed |Added
Summary|-Wbidi-chars should not |[12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
--- Comment #4 from Marek Polacek ---
(In reply to Jakub Jelinek from comment #2)
> Either we drop the UCN support altogether, or make -Wbidi-chars a 2 level
> warning, -Wbidi-chars mapping to -Wbidi-chars=1 which doesn't warn about
> UCNs and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
--- Comment #5 from Marek Polacek ---
So maybe add -Wbidi-chars-ucn, which is off by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104213
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104235
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104235
--- Comment #2 from Marek Polacek ---
I guess we want
--- a/gcc/cp/parser.cc
+++ b/gcc/cp/parser.cc
@@ -18574,7 +18574,7 @@ cp_parser_template_name (cp_parser* parser,
: parser->context->object_type);
if (scope && TYPE_P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105244
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |9.5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105245
--- Comment #2 from Marek Polacek ---
0x00b5b5c9 in clear_no_implicit_zero (ctor=) at /home/mpolacek/src/gcc/gcc/cp/constexpr.cc:1892
1892if (TREE_CODE (e.value) == CONSTRUCTOR)
(gdb) p ctor
$3 =
(gdb) pge
{.b=}
that ctor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105245
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97296
Marek Polacek changed:
What|Removed |Added
Summary|[10/11/12 Regression] g++ |[10/11 Regression] g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105195
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
--- Comment #2 from Marek Polacek ---
We're tripping on this assert
+ /* A COMPOUND_LITERAL_P CONSTRUCTOR is the syntactic form; by the time we
get
+ here it should have been digested into an actual value for the type. */
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105186
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105229
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105223
Bug ID: 105223
Summary: [12 Regression] filter_memfn_lookup internal compiler
error
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105223
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105228
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105256
--- Comment #20 from Marek Polacek ---
(In reply to Jakub Jelinek from comment #16)
> Don't both of those tests have UB (sure, we shouldn't ICE), using
> uninitialized non-static data member?
NSDMIs are parsed at the end of the class, but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105268
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105268
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105255
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-04-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111277
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111284
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111284
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2023-09-05
Summary|Some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111286
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91483
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107198
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111426
Bug ID: 111426
Summary: [11/12/13/14 Regression] "error: use of deleted
function" printed twice
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111426
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |11.5
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110792
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111421
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110997
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111272
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106310
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91319
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111230
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111230
Bug ID: 111230
Summary: show explicit functions in possible candidates
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111247
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111272
--- Comment #5 from Marek Polacek ---
(In reply to Paul Keir from comment #4)
> I believe P2448R2 would only allow the code, without the static_assert.
> Explicitly calling `test()`, `Jam::Jam()` and then `Jam::ft()` here would
> mean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111272
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111776
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111222
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111840
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111883
--- Comment #3 from Marek Polacek ---
Did you mean like the following? I have no idea if that's correct but is
suppresses the warnings I see.
In C++23 I don't see the code in the .ii file at all, so it doesn't warn.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112365
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P5
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111895
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112410
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112410
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288
Marek Polacek changed:
What|Removed |Added
Keywords|needs-bisection |ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288
--- Comment #3 from Marek Polacek ---
// PR c++/112288
namespace {
template
class counter
{
public:
template
static constexpr int next()
{
return next(0)*Step+Start;
}
private:
template
struct slot
{
template
friend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288
--- Comment #6 from Marek Polacek ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Fabio Alemagna from comment #4)
> > (In reply to Marek Polacek from comment #2)
> > > Confirmed. Started with r6-6830-g20a0c6f9bdbd78:
> > >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111528
Bug ID: 111528
Summary: aarch64: Test gfortran.dg/pr80494.f90 fails with
-fstack-protector-strong with gcc-13
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111528
--- Comment #2 from Marek Polacek ---
I see the ICE even with r13-7827-g4bb1ae3c13ce4f in the tree.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111525
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111463
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111482
Marek Polacek changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111483
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2023-09-19
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80454
--- Comment #6 from Marek Polacek ---
To fix this, we have to somehow propagate the flag constructor_zeroinit up in
pop_init_level.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111482
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110997
--- Comment #2 from Marek Polacek ---
The ICE was fixed by r14-4140-g6851e3423c2b5e.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111660
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111660
--- Comment #12 from Marek Polacek ---
Candidate fix:
--- a/gcc/cp/cp-gimplify.cc
+++ b/gcc/cp/cp-gimplify.cc
@@ -1072,7 +1072,7 @@ cp_fold_immediate_r (tree *stmt_p, int *walk_subtrees,
void *data_)
/* We're done here. Don't clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111660
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 111660, which changed state.
Bug 111660 Summary: [14 Regression] Compilation of constexpr function returning
enum takes exponential time with -std=c++2a since r14-4140-g6851e3423c2b5e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111840
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111883
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104068
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99757
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82165
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111883
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111895
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111883
Bug ID: 111883
Summary: Wstringop-overflow-6.C FAILs with -std=c++26
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99804
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91483
--- Comment #3 from Marek Polacek ---
The error comes from verify_constant, which doesn't explain anything.
verify_constant uses reduced_constant_expression_p which just says yes/no but
doesn't explain anything. reduced_constant_expression_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
1101 - 1200 of 2465 matches
Mail list logo