https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118156
Bug ID: 118156
Summary: flat_set::insert_range cannot handle non-common ranges
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118083
Bug ID: 118083
Summary: __possibly_const_range misses input_range constraint
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118022
Bug ID: 118022
Summary: : _Copy_awaiter should explicitly construct
_Yielded_decvref
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118020
Bug ID: 118020
Summary: SIGSEGV in std::generator
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117998
Bug ID: 117998
Summary: : views::counted misses difference casting for
contiguous_iterator case
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117873
Bug ID: 117873
Summary: Spurious -Wmaybe-uninitialized warnings with -O3 for
static const std::regex
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111861
--- Comment #4 from 康桓瑋 ---
(In reply to Patrick Palka from comment #3)
> (In reply to 康桓瑋 from comment #2)
> > (In reply to Patrick Palka from comment #1)
> > > Interesting, I guess 'auto x = *iter;' should never be done in generic
> > > code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117541
Bug ID: 117541
Summary: vector::insert_range should not use ranges::copy
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111861
--- Comment #2 from 康桓瑋 ---
(In reply to Patrick Palka from comment #1)
> Interesting, I guess 'auto x = *iter;' should never be done in generic code
> then?
Yap, even 'range_value_t x = *iter;'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117094
Bug ID: 117094
Summary: ranges::fill misses std::move for output_iterator
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #3 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to 康桓瑋 from comment #1)
> > std::bitset has similar issues:
> >
> > #include
> >
> > std::bitset<1> bitset;
> > typename std::bitset<1>::reference bit_ref(b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #10 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #9)
> Currently aliases_view is allowed to be a common range, but not required to
> be.
>
> If we specify that its sentinel type is std::default_sentinel, that would
> requi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #8 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #7)
> "Note that this view is not common_range because it can be implemented more
> efficiently
> without that requirement, and, being copyable, it can be adapted into one."
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #5 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #4)
> Thanks! I'll submit an LWG issue to add something saying there's an
> unspecified constructor, or just say explicitly that it's not default
> constructible.
Not sure it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
Bug ID: 116399
Summary: C++26 text_encoding::aliases_view is not
default-constructible
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115914
--- Comment #2 from 康桓瑋 ---
(In reply to Andrew Pinski from comment #1)
> I suspect this is a dup of bug 113460.
Definitely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115914
Bug ID: 115914
Summary: SIGSEGV when std::generator co_yield different ranges
of elements
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #8 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #7)
> (In reply to Jonathan Wakely from comment #6)
> > (In reply to Andrew Pinski from comment #1)
> > > I think it is due to:
> > > include/std/optional: _GLIBCXX20_CONSTEXPR ~_Stor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #7 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to Andrew Pinski from comment #1)
> > I think it is due to:
> > include/std/optional: _GLIBCXX20_CONSTEXPR ~_Storage() { }
> >
> > Which was done in r12-4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
Bug ID: 115846
Summary: std::optional> is constant
expression even in C++20 mode
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115799
--- Comment #8 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #7)
> Fixed now, thanks for the reports.
Thanks for the quick fix. There may be another potential issue that I don't
know if it is worth mentioning.
When the difference_typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115814
Bug ID: 115814
Summary: class template argument deduction failed in C++20
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115799
--- Comment #3 from 康桓瑋 ---
(In reply to Tamar Christina from comment #2)
> I also get an ICE related:
>
> /opt/buildAgent/temp/buildTmp/toolchain/include/c++/15.0.0/bits/stl_algo.h:
> 3873:38: error: no match for 'operator+' (operand types are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115803
Bug ID: 115803
Summary: ICE: tree check: expected class 'type', have
'constant' (integer_cst) in cp_type_quals, at
cp/typeck.cc:11646
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115799
Bug ID: 115799
Summary: ranges::find's optimized branching for memchr is not
quite right
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115792
--- Comment #7 from 康桓瑋 ---
(In reply to Andrew Pinski from comment #6)
> So I looked into the change for clang:
> https://github.com/llvm/llvm-project/commit/
> 0620e6f4b76a9725dbd82454d58c5a68a7e47074
>
> And they didn't add a testcase for th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115792
Bug ID: 115792
Summary: GCC accepts [] throw () {}
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115425
Bug ID: 115425
Summary: ICE: tree check: expected type_pack_expansion or
expr_pack_expansion, have error_mark in
tsubst_pack_expansion, at cp/pt.cc:13778
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115218
Bug ID: 115218
Summary: The conversion constructor of concat_view::iterator
always default-constructs variant
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115215
Bug ID: 115215
Summary: views::concat rejects non-movable references
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115209
Bug ID: 115209
Summary: The implementation of concat_view refers to p2542r7
rather than the p2542r8
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115145
Bug ID: 115145
Summary: Help lambda in rewritten std::variant comparisons does
not specify return type
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #1 from 康桓瑋 ---
std::bitset has similar issues:
#include
std::bitset<1> bitset;
typename std::bitset<1>::reference bit_ref(bitset, 0); // well-formed in
libstdc++
https://godbolt.org/z/T4qvv8TcG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
Bug ID: 115098
Summary: std::vector::iterator::reference is
default-constructible
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115067
Bug ID: 115067
Summary: Bogus -O2 -Wnull-dereference for istreambuf_iterator
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115046
--- Comment #1 from 康桓瑋 ---
Oh, maybe this is just because MSVC does not use std::optional but uses
_Defaultabox.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115046
Bug ID: 115046
Summary: meta-recursion when apply join_view with as_const_view
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115045
Bug ID: 115045
Summary: views::adjacent_transform<0> is underconstrained
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115000
Bug ID: 115000
Summary: Confusing 'cannot convert to 'int' in initialization'
error message
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114934
Bug ID: 114934
Summary: Error message for expected unqualified-id could be
improved
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114845
Bug ID: 114845
Summary: Confusing message when using undeclared identifier of
Const
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103924
--- Comment #4 from 康桓瑋 ---
(In reply to Patrick Palka from comment #2)
> *** Bug 114530 has been marked as a duplicate of this bug. ***
That's my lost memory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114530
Bug ID: 114530
Summary: accessing 'std::__cxx11::basic_string_M_allocated_capacity' member instead of
initialized
'std::__cxx11::basic_string_M_local_buf' member in constant e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114477
--- Comment #6 from 康桓瑋 ---
(In reply to Jiang An from comment #5)
> (In reply to 康桓瑋 from comment #0)
> > Since P3059R0 is closed (although I feel bad about this)
>
> BTW, now I think this is somehow unfortunate.
> P3059 behaved like a follow-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114477
Bug ID: 114477
Summary: The user-defined constructor of filter_view::iterator
is not fully compliant with the standard
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113929
Bug ID: 113929
Summary: GCC accepts template
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113810
Bug ID: 113810
Summary: A lambda with this auto style that captures this in a
member function cannot use this pointer
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113802
Bug ID: 113802
Summary: gcc rejects auto f(this auto self...) { }
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113788
Bug ID: 113788
Summary: Deducing this is broken with structured binding
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113640
--- Comment #1 from 康桓瑋 ---
Noted that changing `this auto self` to `this auto&& self` will get the
expected results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113640
Bug ID: 113640
Summary: 'deducing this' lambda invoked multiple times
unexpectedly
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113629
--- Comment #2 from 康桓瑋 ---
more reduced:
struct Base {
operator int(this auto&&) {
return 42;
}
};
int main() {
Base b;
// return static_cast(Base{}); // ok
return static_cast(b); // error
}
https://godbolt.org/z/qGrbf4rj7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113629
--- Comment #1 from 康桓瑋 ---
test:
https://godbolt.org/z/jdz3ejohv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113629
Bug ID: 113629
Summary: 'deducing this' does not work with conversion
operators
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113595
Bug ID: 113595
Summary: Confusing 'goto' is not a constant expression error
message in constructor at compile time
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113320
Bug ID: 113320
Summary: libstdc++ accepts std::format(std::move(runtime_fmt),
42);
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113068
--- Comment #2 from 康桓瑋 ---
(In reply to Patrick Palka from comment #1)
> IIUC this will be fixed by making ranges::to's closure object
> SFINAE-friendly.
I didn't investigate the root cause in depth. So this should probably be
considered a dup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113068
Bug ID: 113068
Summary: : ranges::to() |
ranges::to() is not a range adaptor
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113055
Bug ID: 113055
Summary: possibly-const-range missing constraints
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112876
--- Comment #7 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #6)
> Fixed, thanks again for catching this divergence from the wording.
Although the status of this LWG 4016 has not been updated on github, I can
assume that it has been ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112876
--- Comment #2 from 康桓瑋 ---
I believe the above is well-formed after LWG 4016.
In addition, container-appendable requires `c.emplace(c.end(), *it)` to be
well-formed but `auto end = c.end(); c.emplace(end, *it);` may not be.
Sorry for the ped
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112876
康桓瑋 changed:
What|Removed |Added
Summary|rangesc.end() is|ranges:to: c.end() is
|unnecess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112876
Bug ID: 112876
Summary: rangesc.end() is unnecessarily assigned by the return
value of c.emplace()
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105118
康桓瑋 changed:
What|Removed |Added
Resolution|--- |INVALID
Status|SUSPENDED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112803
Bug ID: 112803
Summary: : to(Args&&... args) is missing Mandates
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112802
Bug ID: 112802
Summary: : _ToClosure::operator() has no constraints
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112641
Bug ID: 112641
Summary: : `drop_view::begin const` has (n)
complexity
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112607
Bug ID: 112607
Summary: : _Normalize does not consider char_type for
the basic_string_view case
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112490
Bug ID: 112490
Summary: infinite meta error in
reverse_iterator::ite
rator>>
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112473
Bug ID: 112473
Summary: integer_sequence accepts non-integer types
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112453
Bug ID: 112453
Summary: : __take_of_repeat_view/__drop_of_repeat_view
should forwards __r._M_value
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112452
Bug ID: 112452
Summary: : operator|(_Range&& __r, _Self&& __self)
should return decltype(auto)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112349
康桓瑋 changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #2 from 康桓瑋
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111948
--- Comment #5 from 康桓瑋 ---
It shouldn't be. Is that a compiler bug?
Clang compiles the same libstdc++ code without problems.(In reply to Jonathan
Wakely from comment #2)
> (In reply to 康桓瑋 from comment #1)
> > _M_size._M_size in the function b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111948
--- Comment #1 from 康桓瑋 ---
This is the cause:
constexpr
subrange(__detail::__convertible_to_non_slicing<_It> auto __i, _Sent __s,
__size_type __n)
noexcept(is_nothrow_constructible_v<_It, decltype(__i)>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111948
Bug ID: 111948
Summary: subrange modifies a const size object
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111861
Bug ID: 111861
Summary: ranges::min/max should not use `auto __result =
*__first;`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111717
--- Comment #1 from 康桓瑋 ---
#include
namespace std {
constexpr size_t dynamic_extent = -1;
template
class extents { };
template
using dextents = decltype([](index_sequence) {
return extents{};
}(make_index_sequence{}));
// this works well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111717
Bug ID: 111717
Summary: syntax error When CTAD encounters complex alias
template
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111713
--- Comment #1 from 康桓瑋 ---
The "+*" part is not valid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111713
Bug ID: 111713
Summary: libstdc++ accepts regular expression
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111712
Bug ID: 111712
Summary: Syntax error when passing function parameter as NTTP
in requires-clause
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111568
--- Comment #1 from 康桓瑋 ---
bind_front also seems to missing Mandates:
https://godbolt.org/z/8WPxc44h6
#include
struct OnlyMovableFun {
OnlyMovableFun() = default;
OnlyMovableFun(const OnlyMovableFun&) = delete;
OnlyMovableFun(OnlyMova
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111550
--- Comment #3 from 康桓瑋 ---
Let me report another issue I observed on this PR.
According to [range.adaptor.object], adaptor(args...) uses
std::forward(args).. . to forward arguments into the call
wrapper's decayed member, whereas libstdc++ u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111568
Bug ID: 111568
Summary: std::not_fn can accept non-movable function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111550
--- Comment #2 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #1)
> I think all four bugs related to adaptor closures are very similar and could
> be a single bug report.
Perhaps. Maybe I should collect them all. Sorry for bringing up b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111550
Bug ID: 111550
Summary: The range adaptor closure object generated by
adaptor(args...) is not a perfect forwarding call
wrapper
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111549
Bug ID: 111549
Summary: _RangeAdaptorClosure's (adaptor | adaptor) operator is
underconstrained
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111539
Bug ID: 111539
Summary: __is_range_adaptor_closure_fn is too loosely defined
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111535
Bug ID: 111535
Summary: _RangeAdaptorClosure's (range | adaptor) operator is
underconstrained
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111410
Bug ID: 111410
Summary: Bogus Wdangling-reference warning with ranges pipe
expression in for loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72
Bug ID: 72
Summary: Dead code in std::get for variant?
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64
Bug ID: 64
Summary: The error message for a literal operator accepting an
argument of the wrong type is confusing
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38
Bug ID: 38
Summary: views::zip_transform is underconstrained for empty
range pack
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111031
Bug ID: 111031
Summary: ICE: internal compiler error: in
iterative_hash_template_arg, at cp/pt.cc:1747
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110862
康桓瑋 changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #1 from 康桓瑋
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110856
Bug ID: 110856
Summary: GCC rejects template alias of function type as invalid
template parameter
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110855
Bug ID: 110855
Summary: std::source_location doesn't work with C++20 coroutine
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110797
Bug ID: 110797
Summary: GCC rejects std::template same_as form
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110747
Bug ID: 110747
Summary: GCC rejects the syntax for an immediately invoked
lambda as a template argument in a requires-clause
Product: gcc
Version: 14.0
Status: UNCONFIRM
1 - 100 of 479 matches
Mail list logo
