https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115163
Bug ID: 115163
Summary: Requesting better diagnostic for explicit constructor
failure
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112490
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114589
Bug ID: 114589
Summary: missed optimization: losing bool range information
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71962
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114135
Bug ID: 114135
Summary: Diagnostic missing useful information for ranges code
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104255
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114124
Bug ID: 114124
Summary: Rejected use of function parameter as non-type
template parameter in trailing-return-type
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113008
Bug ID: 113008
Summary: Trivially default constructible requires default
member initializer before the end of its enclosing
class
Product: gcc
Version: 13.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112591
--- Comment #1 from Barry Revzin ---
Basically, in C++17, Sub looks like this:
struct Sub17 : Empty {
aligned_membuf storage;
unsigned char index;
};
But in C++20 it turns into:
struct Sub20 : Empty {
union { Empty storage; };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112591
Bug ID: 112591
Summary: variant allows for creating multiple empty objects at
same address
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112296
Bug ID: 112296
Summary: __builtin_constant_p doesn't propagate through member
functions
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854
--- Comment #4 from Barry Revzin ---
The standard says this should be ill-formed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854
Bug ID: 111854
Summary: new align_val_t usual deallocation
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111538
Bug ID: 111538
Summary: Unhelpful message when returning initializer list when
deducing the return type
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111485
Bug ID: 111485
Summary: Constraint mismatch on template template parameter
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111299
Bug ID: 111299
Summary: lack of warning on dangling reference to temporary
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58
Bug ID: 58
Summary: diagnostics, colors, and std::same_as
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102609
--- Comment #14 from Barry Revzin ---
> I am finding myself realizing that implementing this as a member function and
> turning off member function bits seems to be more difficult than implementing
> it as a static function and implementing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110806
Bug ID: 110806
Summary: Suggest this-> for dependent base classes in more
contexts
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110793
Bug ID: 110793
Summary: regression in optimizing unused string
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109642
--- Comment #10 from Barry Revzin ---
Check out the report I opened for an example where the #pragma around the whole
class isn't really enough anyway - since you might want to disable the warning
for specializations of class/function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110358
Bug ID: 110358
Summary: requesting nicer suppression for Wdangling-reference
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110231
Bug ID: 110231
Summary: unhelpful diagnostic when constructing through
initializer_list
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110064
Bug ID: 110064
Summary: spurious missing initializer for member for anonymous
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109890
Bug ID: 109890
Summary: vector's constructor doesn't start object lifetimes
during constant evaluation
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876
Bug ID: 109876
Summary: initializer_list not usable in constant expressions in
a template
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109715
Bug ID: 109715
Summary: abi_tag attribute is not applied to variable templates
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109515
Bug ID: 109515
Summary: Diagnostic request: warning on out-of-order structured
bindings names
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109474
--- Comment #2 from Barry Revzin ---
Serves me right for only checking vector (which worked) and vector
(which didn't) and not bothering to check vector const (which also doesn't
work) and thus overly complicating the bug report.
I got too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109474
Bug ID: 109474
Summary: chunk_by doesn't work for ranges of proxy references
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88061
--- Comment #6 from Barry Revzin ---
Any action on this one?
A workaround right now is to change code that would ideally look like (which is
pretty clean in my opinion):
template
void foo() {
[[gnu::section(".meow")]] static int value =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109396
Bug ID: 109396
Summary: Winit-self doesn't warn when std::move()-d
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
--- Comment #4 from Barry Revzin ---
Awesome!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
--- Comment #1 from Barry Revzin ---
Sorry, in this reduced example, it doesn't actually consume an extra register -
only rdi is used.
In this slightly less reduced example:
#include
struct S {
std::atomic size;
std::atomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
Bug ID: 109362
Summary: codegen adds unnecessary extra add when reading atomic
member
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109268
Bug ID: 109268
Summary: Guard variable still provided for static constinit
variable
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109222
Bug ID: 109222
Summary: Confusing error for declaring an enum class with
unknown type
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108953
Bug ID: 108953
Summary: inefficient codegen for trivial equality
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108823
Bug ID: 108823
Summary: ranges::transform could be smarter with two sized
ranges
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108744
--- Comment #3 from Barry Revzin ---
Yeah, they're banned in non-static data members also. But there, we just can't
have any "auto" non-static data members, whereas you can have "auto" static
data members (just not structured bindings).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108744
Bug ID: 108744
Summary: error message when trying to use structured bindings
in static member declaration could be cleaner
Product: gcc
Version: 13.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105200
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106667
Bug ID: 106667
Summary: Diagnosing misuses of capturing lambda coroutines
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106631
Bug ID: 106631
Summary: Unhelpful diagnostic on variable template
specialization with unknown name
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106596
Bug ID: 106596
Summary: Not a helpful diagnostic when putting things out of
order in a member function
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106371
Bug ID: 106371
Summary: Bogus narrowing conversion reported due to bitfield
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106354
Bug ID: 106354
Summary: Diagnostic could be more user friendly
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106176
Bug ID: 106176
Summary: Compiler diagnostic doesn't show where it's coming
from in my code
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106151
--- Comment #2 from Barry Revzin ---
I guess that's like:
C++11/14: neither is an aggregate (base class).
C++17: both are aggregates.
C++20: Bar is an aggregate, but Foo is not (user-declared constructor).
But that really shouldn't affect the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106151
Bug ID: 106151
Summary: Inconsistent optimization when defaulting aggregate vs
non-aggregate
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105903
Bug ID: 105903
Summary: Missed optimization for __synth3way
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105840
--- Comment #2 from Barry Revzin ---
I think something to this effect maybe?
:9:7: error: attempting to declare constructor for unrelated class 'A';
did you mean to use 'B'?
9 | A(int i);
| ^~
| B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105840
Bug ID: 105840
Summary: confusing diagnostic when naming the wrong class in a
constructor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53281
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105672
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102774
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105268
Bug ID: 105268
Summary: type/value mismatch when using variadic concept
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105195
Bug ID: 105195
Summary: spurious warning label defined but not used with if
constexpr
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92396
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105059
Bug ID: 105059
Summary: Inconsistency between paren- and brace-initialization
of a union with anonymous struct
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95153
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104858
Bug ID: 104858
Summary: ranges::minmax double dereferences first
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88061
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
--- Comment #6 from Barry Revzin ---
Ugh, sorry. You guys are right. gcc is correct to reject the example. Bad bug
report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
--- Comment #4 from Barry Revzin ---
For instance, clang accepts this version:
consteval int p(int i) {
return i > 2;
}
constexpr auto none_of(int const* f, int const* l) -> bool {
for (; f != l; ++f) {
int i = *f;
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
--- Comment #3 from Barry Revzin ---
clang is also wrong. p(i) doesn't have to be a constant expression there. The
rule (http://eel.is/c++draft/expr.const#13) is "An immediate invocation shall
be a constant expression." but an expression is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104803
Bug ID: 104803
Summary: if consteval error from branch that isn't evaluated
anyway
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68350
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103919
Bug ID: 103919
Summary: The basic_string(const T&, size_type, size_type)
constructor is overconstrained
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103783
Bug ID: 103783
Summary: Ambiguous overload between constrained static member
and unconstrained non-static member
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103712
Bug ID: 103712
Summary: variable is not a constant expression because it is
used in its own initializer
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103663
Bug ID: 103663
Summary: Diagnostic is missing multiple instantiation frames to
help point to where the problem happens
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101263
--- Comment #6 from Barry Revzin ---
The "real" answer is allowing constexpr placement new, but that obviously
doesn't help you right now.
But I think the helpful answer is that you can add a constructor to your
storage like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95384
--- Comment #4 from Barry Revzin ---
Here's another example of the same kind of issue
(https://godbolt.org/z/KWr9rMssj):
template
struct tagged_union {
tagged_union(T t) : index(0), a(t) { }
tagged_union(U u) : index(1), b(u) { }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102644
Bug ID: 102644
Summary: deduction failure when having default non-type
template parameters that are lambdas
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102529
Bug ID: 102529
Summary: ctad for aliases fails in the presence of constraints
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102289
Bug ID: 102289
Summary: Concept declaration with multiple template-heads not
diagnosed
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102263
Bug ID: 102263
Summary: Requesting enhanced warning on returning
pointer/reference to local
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102236
Bug ID: 102236
Summary: emplace_deref is not constexpr for join_view
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101965
Bug ID: 101965
Summary: check in charconv is vacuously true
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101883
Bug ID: 101883
Summary: class template argument deduction in non-type template
parameter allows explicit deduction guide
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80943
--- Comment #3 from Barry Revzin ---
This is CWG 2327
(http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#2327).
It's still active, but gcc/clang's behavior (printing 2) seems like the
superior choice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101006
Bug ID: 101006
Summary: Request diagnostic for likely concept syntax errors
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100835
Bug ID: 100835
Summary: defaulted equality gives wrong answer, if constexpr
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100639
Bug ID: 100639
Summary: reverse_view::reference erroneously uses
iterator_traits::reference instead of
iter_reference_t
Product: gcc
Version: 10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
--- Comment #5 from Barry Revzin ---
Sorry meant to actually copy the reduction:
#include
bool compare_count(int a, int b)
{
return a > b;
}
bool compare(int a, int b)
{
return (a <=> b) > 0;
}
which generates:
compare_count(int,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100322
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100084
--- Comment #1 from Barry Revzin ---
Also gcc accepts:
namespace A { enum A {}; };
using namespace A;
using enum A::A;
Which, apparently, this one should actually be ambiguous.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100084
Bug ID: 100084
Summary: using enum lookup isn't type-only
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100070
Bug ID: 100070
Summary: Standard library container iterator-pair constructors
should check C++20 iterator concepts
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100054
--- Comment #2 from Barry Revzin ---
In case it helps, here's a different example which on trunk ICEs in get_nsdmi,
but on gcc 10.2 and 10.3 ICEs on "unexpected expression '(F)()' of kind implicit_conv_expr" (and is accepted by 10.1)
struct F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100054
Bug ID: 100054
Summary: internal compiler error: in get_nsdmi
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100037
Bug ID: 100037
Summary: lookup doesn't find class template parameter in
default member initializer of forward declared nested
class template
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79070
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99629
Bug ID: 99629
Summary: Misleading diagnostic when looking up rewritten
candidate and failing
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99566
Bug ID: 99566
Summary: designated initialization rejects explicit constructor
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99091
Bug ID: 99091
Summary: constexpr variable evaluated at runtime
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
1 - 100 of 113 matches
Mail list logo