https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115657
Bug ID: 115657
Summary: [15 regression] ICE in tsubst_enum/tsubst_expr during
template instantiation
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
Bug ID: 115232
Summary: [14 regression] ICE during GIMPLE pass
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101222
Bug ID: 101222
Summary: unwanted templated constructor instantiation due to
wrong binary operator access
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825
--- Comment #6 from vopl at bk dot ru ---
(In reply to Jonathan Wakely from comment #5)
> Yes, I realise that, but I think that is the same rule that means you can't
> change the result of overload resolution for a given call,
But I have a prec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825
--- Comment #4 from vopl at bk dot ru ---
(In reply to Jonathan Wakely from comment #3)
> Clang and EDG agree with GCC here.
>
> I think your code is ill-formed due to [temp.constr.atomic] p3:
>
> "If, at different points in the program, the sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825
--- Comment #2 from vopl at bk dot ru ---
https://bugs.llvm.org/show_bug.cgi?id=50540
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825
--- Comment #1 from vopl at bk dot ru ---
a little more minimized:
template void foo() {} //1
void useFirst()
{
foo();// call 1 - instantiate "void foo()"
}
template void foo() requires true {} //2
void useSecond()
{
foo();// call 2 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825
Bug ID: 100825
Summary: function signature constraints are not a part of
mangled name
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100516
--- Comment #2 from vopl at bk dot ru ---
minimal reproduce code I have:
using size_t = decltype(sizeof(char));
class initializer
{
const char* _array;
size_t _len;
public:
constexpr initializer() : _array{}, _len{} { }
co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100516
--- Comment #1 from vopl at bk dot ru ---
Please look at the following code, it throws an unexpected warning
[-Wstringop-overread].
$ cat b11.cpp && echo EOF
#include
void f()
{
std::initializer_list il{};
std::deque{il};
}
EOF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100516
Bug ID: 100516
Summary: Unexpected -Wstringop-overread in deque
initialization from empty initializer_list
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93320
vopl at bk dot ru changed:
What|Removed |Added
CC||vopl at bk dot ru
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100396
--- Comment #4 from vopl at bk dot ru ---
I understand what you're saying. But, apparently, there is still corruption in
the calculus of the substituted Args, please look at this code (thanks to
johny5):
/0/1/2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100396
--- Comment #2 from vopl at bk dot ru ---
Please, try this, also failed
/0/1/2/3/4/5/6/7
template struct Checker
{
using Some = decltype(F{}(Args{}...));
};
template concept va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100396
Bug ID: 100396
Summary: [11.1 regression] The template function overload is
not selected correctly
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Keywords: r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99119
Bug ID: 99119
Summary: Class Types in Non-Type Template Parameters - ICE with
templates nested
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86883
--- Comment #4 from vopl at bk dot ru ---
One more:
template struct Outer
{
template struct Inner;
template
Inner method();//error: expansion pattern 'V0' contains no parameter
packs
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86883
vopl at bk dot ru changed:
What|Removed |Added
CC||vopl at bk dot ru
--- Comment #3 from
18 matches
Mail list logo