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:
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:
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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:
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112876
康桓瑋 changed:
What|Removed |Added
Summary|rangesc.end() is|ranges:to: c.end() is
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:
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:
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:
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:
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:
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:
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:
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:
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
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
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
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
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:
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;
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++
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:
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
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:
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
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:
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
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:
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
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110593
Bug ID: 110593
Summary: The std::ratio meta arithmetic can accept
non-std::ratio
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110562
Bug ID: 110562
Summary: GCC does not report the error about lambda contains
unexpanded parameter pack
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110555
Bug ID: 110555
Summary: internal compiler error: Segmentation fault when using
std::ranges::range auto as a template parameter
Product: gcc
Version: 14.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110486
Bug ID: 110486
Summary: gcc rejects constant expression with consteval lambda
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109859
康桓瑋 changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #1 from 康桓瑋
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109860
Bug ID: 109860
Summary: ICE: in make_typename_type, at cp/decl.cc:4268
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109648
Bug ID: 109648
Summary: ICE: tree check: expected type_pack_expansion or
expr_pack_expansion, have error_mark in
tsubst_pack_expansion, at cp/pt.cc:13551
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109525
--- Comment #1 from 康桓瑋 ---
testcase:
#include
#include
std::vector v;
std::same_as>>
auto r = std::views::as_const(v);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109525
Bug ID: 109525
Summary: typo in views::as_const::operator()
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109182
Bug ID: 109182
Summary: unused parameter pack is in expected(in_place_t)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108760
Bug ID: 108760
Summary: ranges::iota is not included in
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108362
Bug ID: 108362
Summary: views::istream is SFINAE-unfriendly
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108291
Bug ID: 108291
Summary: chunk_by_view::find-next/find-prev uses wrong lambda
helper
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108046
Bug ID: 108046
Summary: The dot in the floating-point alternative form has
wrong position
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108024
Bug ID: 108024
Summary: std::format_string's constructor has the wrong
constraint
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107871
--- Comment #8 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #4)
> Maybe you could legally do:
>
> using difference_type = iterator_t>;
>
> but maybe just don't do that. If things break when you do dumb things, don't
> do those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107871
--- Comment #5 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #4)
> Maybe you could legally do:
>
> using difference_type = iterator_t>;
>
> but maybe just don't do that. If things break when you do dumb things, don't
> do those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107871
--- Comment #2 from 康桓瑋 ---
This is just an example. So, are users not allowed to define integer-like class
types?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107871
Bug ID: 107871
Summary: _Iter_sink:: _M_overflow missing some difference type
casting
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800
Bug ID: 107800
Summary: confusing message with to_address in C++17
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107572
Bug ID: 107572
Summary: cartesian_product_view invokes the begin of
input_range twice
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107371
Bug ID: 107371
Summary: __adaptor::_RangeAdaptor rejects the explicit move
constructor case
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107313
Bug ID: 107313
Summary: typo in stride_view::_Iterator::operator-
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106803
--- Comment #5 from 康桓瑋 ---
(In reply to Patrick Palka from comment #4)
> Fixed, thanks very much for the bug reports.
Hey Patrick, thanks for the prompt fix.
However, I think there may be some issues with this fix, consider:
struct F {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106810
Bug ID: 106810
Summary: Unexpected constraint recursion
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106803
--- Comment #1 from 康桓瑋 ---
Another issue is that views::zip_transform returns
views::empty>> when N == 0, which is not strictly
true, the standard requires that the return is the result of the *lvalue* F
being invoked, that is,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106803
Bug ID: 106803
Summary: views::adjacent_transform should not return
views::empty> when N == 0
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106801
Bug ID: 106801
Summary: ICE: in get, at cp/constraint.cc:2621
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106798
--- Comment #1 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #0)
> __i[__j] requires random_access_iterator, which is unnecessary.
In fact it's just a typo, it should be _M_current[__j] =
std::move(__i._M_current[__j]);
1 - 100 of 449 matches
Mail list logo
