https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104206
Jason Merrill changed:
What|Removed |Added
Last reconfirmed||2022-01-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104235
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
--- Comment #5 from Jason Merrill ---
(In reply to Sergei Trofimovich from comment #0)
> input_files.emplace_back(Z{
> arg.str(), // what is the lifetime of this temporary?
This prvalue initializes the 'name' member of the Z temporary,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
--- Comment #6 from Jason Merrill ---
(In reply to Jason Merrill from comment #5)
> It is surprising that we warn with a user-provided copy constructor and
> don't with a defaulted constructor. It changes the code a bit because it
> means strin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104206
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103186
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104245
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104245
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92385
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |12.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53868
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103711
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |11.3
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61611
Jason Merrill changed:
What|Removed |Added
Target Milestone|12.0|11.3
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96876
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103483
--- Comment #18 from Jason Merrill ---
(In reply to Martin Sebor from comment #17)
> https://developers.redhat.com/blog/2019/03/13/understanding-gcc-warnings-
> part-2
Yes, this is a good description of the general problem.
> It might seem li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100198
Jason Merrill changed:
What|Removed |Added
Summary|[12 Regression] ICE with|enum in lambda in pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100198
Jason Merrill changed:
What|Removed |Added
Target Milestone|12.0|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100282
Jason Merrill changed:
What|Removed |Added
Target Milestone|11.3|---
Keywords|ice-on-invalid-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103186
Jason Merrill changed:
What|Removed |Added
Known to work||12.0
Summary|[11/12 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33799
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|10.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102191
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104302
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104300
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100588
Jason Merrill changed:
What|Removed |Added
Known to work||12.0
--- Comment #2 from Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104302
Jason Merrill changed:
What|Removed |Added
Depends on||55227
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96876
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103752
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103752
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103752, which changed state.
Bug 103752 Summary: [12 Regression][ICE][modules] with import
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103752
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102562
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 102562, which changed state.
Bug 102562 Summary: [12 Regression][modules] Failing
g++.dg/modules/xtreme-header tests since r12-4067-gc46ecb0112e91c8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102562
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #7 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #3)
> Shall it treat the fields that partially fall into the range and partially
> don't as padding (ignore them)
In short yes, but...
What a wacky class hierarchy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104477
Bug ID: 104477
Summary: [C++23] Implement P2255R2, type trait to detect
reference binding to temporary
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104477
Jason Merrill changed:
What|Removed |Added
Blocks||98940
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #12 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #11)
> Trying clang++ it agrees with g++ that both c8 and c7 are 32-bytes, contain
> 2 vtable pointers at offsets 0 and 16 into the objects and that c8.c is at
> offs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #14 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #13)
> So, perhaps if RECORD_TYPE type has TYPE_BINFO in clear_padding_type, we
> should be ignoring all the DECL_ARTIFICIAL unnamed fields in the structure
> and ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #16 from Jason Merrill ---
Created attachment 52410
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52410&action=edit
sketch of vbase handling
This is roughly what I had in mind, though it's algorithmically poor because it
walk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104107
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #22 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #21)
> This patch implements the rejection of pointers to non-trivially-copyable
> types with the exception of &var or &parm, because in those cases we know it
> is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95036
Jason Merrill changed:
What|Removed |Added
Known to work||12.0
Summary|[9/10/11/12 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104107
Jason Merrill changed:
What|Removed |Added
Known to work||12.0
Summary|[9/10/11/12 Reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104539
--- Comment #3 from Jason Merrill ---
(In reply to Richard Biener from comment #2)
> the explicit instantiation lacks COMDAT (but has comdat_group) and it
> has forced_by_abi.
>
> I'm not sure the C++ standard calls out any semantic difference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960
--- Comment #7 from Jason Merrill ---
C++17 and below said,
Except for inline functions and variables, declarations with types deduced from
their initializer or return value (10.1.7.4), const variables of literal types,
variables of reference t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104539
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104539
Jason Merrill changed:
What|Removed |Added
Known to fail|12.0|
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90451
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104476
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104476
Jason Merrill changed:
What|Removed |Added
Target Milestone|10.4|11.3
Summary|[10/11/12 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70796
Jason Merrill changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103310
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98939
--- Comment #3 from Jason Merrill ---
(In reply to Marek Polacek from comment #2)
> class C {
> template struct _List;
>
> template struct S; // #1
>
> template
> struct S<_Sz, _List<_Uint, _UInts...>>; // #2
>
> static constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103478
Jason Merrill changed:
What|Removed |Added
Severity|normal |enhancement
Summary|Possible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103319
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98939
--- Comment #7 from Jason Merrill ---
(In reply to Andrew Pinski from comment #6)
> Note I think this paper applies to C++20 too or at least part of it.
>
> From CWG1291:
> [Accepted at the November, 2020 meeting as part of paper P1787R6 and mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21678
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103534
Jason Merrill changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103534
--- Comment #6 from Jason Merrill ---
Created attachment 51970
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51970&action=edit
libstdc++ fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103534
--- Comment #7 from Jason Merrill ---
So it seems that this warning did find a real issue with the library, but one
that was hard to connect to the actual wording of the message (and didn't
affect the original testcase). In particular, "specifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103483
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102958
--- Comment #5 from Jason Merrill ---
Let's focus on the missed-optimization issues in this PR, and address the
broader diagnostic issues in PR 103483.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103483
--- Comment #14 from Jason Merrill ---
(In reply to Martin Sebor from comment #13)
> static inline void copy (const char *p)
> {
> int N = null_safe_strlen (p);
> if (N) /* disabling this branch prevents the warning */
> __builtin_memcpy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103534
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 103534, which changed state.
Bug 103534 Summary: [12 regression] Spurious -Wstringop-overflow warning with
std::string concatencation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103534
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103332
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103534
Jason Merrill changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 103332, which changed state.
Bug 103332 Summary: [12 Regression] Spurious -Wstringop-overflow on string
concatenation in libstdc++ tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103332
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103681
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103681
--- Comment #2 from Jason Merrill ---
compile-time testcase
struct A {
long l;
char c = -1;
};
struct B : public A {
char d;
};
#define SA(X) static_assert(X,#X)
SA(sizeof (B) == sizeof (A) || alignof (long) < 2*sizeof(char));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103681
Jason Merrill changed:
What|Removed |Added
Priority|P1 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103758
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103681
Jason Merrill changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92193
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101460
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101460
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92193
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 92193, which changed state.
Bug 92193 Summary: Poor diagnostics when a constexpr function call follows a
failed static_assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92193
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55722
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96286
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96286
--- Comment #6 from Jason Merrill ---
Created attachment 51402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51402&action=edit
patch to silence constexpr issues with erroneous functions
Here are a couple of other commits I tried to reduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96286
--- Comment #7 from Jason Merrill ---
Created attachment 51403
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51403&action=edit
patch to stop compiling a function after static_assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
--- Comment #8 from Jason Merrill ---
(In reply to Marek Polacek from comment #6)
> Thanks. With the latter interpretation in mind, it seems my earlier fix
> should be mitigated so that we allow
>
> constexpr decltype(auto)
> but not
> conste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62051
--- Comment #27 from Jason Merrill ---
(In reply to Andrew Pinski from comment #26)
> That is Base and Derived in the shared library and the main program are
> considered two different classes because of -fvisibility=hidden and the
> classes are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96184
Jason Merrill changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|9.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96184
--- Comment #5 from Jason Merrill ---
Created attachment 51446
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51446&action=edit
fix that causes regressions
This patch fixes this testcase, but regresses the testcases from PR91506 and
PR4178
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96184
Jason Merrill changed:
What|Removed |Added
Assignee|jason at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48396
--- Comment #4 from Jason Merrill ---
Created attachment 51462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51462&action=edit
patch to allow redeclaration in module
This isn't a proper fix, but may let you make progress with modularizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48396
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102283
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102530
Bug ID: 102530
Summary: Warn about non-extended temporary passed to a function
returning a reference in temp-extending context
Product: gcc
Version: 12.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102530
--- Comment #1 from Jason Merrill ---
https://wg21.link/cwg900 and https://wg21.link/ewg120 deal with temporary
lifetime issues with range-for. But they involve reference-like classes rather
than C++ reference types; I suppose the warning also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102530
--- Comment #3 from Jason Merrill ---
A simpler alternative would be to warn about any non-extended temporaries in an
initializer. This would have both more false positives and fewer false
negatives.
If the temporary is passed by value or rval
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102560
Bug ID: 102560
Summary: [12 Regression] g++.dg/Walloca1.C ICE with aggressive
GC
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: GC, ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102876
--- Comment #6 from Jason Merrill ---
It's not clear to me that this optimization should use the constexpr machinery;
as I commented on bug 4131. If optimization turns the initialization of a
static variable into a simple matter of storing a co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102876
--- Comment #7 from Jason Merrill ---
But yes, the implicit constexpr patch I've been working on would likely improve
this as well.
601 - 700 of 1529 matches
Mail list logo