[Bug c++/103328] [11/12 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1921 since r11-7419-g0f161cc8494cf728

2021-11-20 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328 --- Comment #17 from Avi Kivity --- Created attachment 51843 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51843=edit valid-code reproducer (compiles with -O0) Uploaded a valid-code reproducer (if you don't mind warnings). Compiles with

[Bug c++/103328] [11/12 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1921 since r11-7419-g0f161cc8494cf728

2021-11-19 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328 --- Comment #10 from Avi Kivity --- It's reducing with the stricter test, expect something in around 24 hours.

[Bug c++/103328] [11/12 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1921 since r11-7419-g0f161cc8494cf728

2021-11-19 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328 --- Comment #9 from Avi Kivity --- btw, I also noticed these warnings: raft/server.cc: In member function ‘virtual seastar::future<> raft::server_impl::abort()’: raft/server.cc:932:1: warning:

[Bug c++/103328] [11/12 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1921 since r11-7419-g0f161cc8494cf728

2021-11-19 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328 --- Comment #8 from Avi Kivity --- Aha, I'll validate against g++ -O0.

[Bug c++/103328] [11/12 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1921 since r11-7419-g0f161cc8494cf728

2021-11-19 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328 --- Comment #6 from Avi Kivity --- Unfortunately, clang doesn't accept the preprocessed source, only the original.

[Bug c++/103328] [11/12 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1921 since r11-7419-g0f161cc8494cf728

2021-11-19 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328 --- Comment #5 from Avi Kivity --- Sure, I'll redo the reduction.

[Bug c++/103328] New: IC in remap_gimple_stmt, at tree-inline.c:1921

2021-11-19 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328 Bug ID: 103328 Summary: IC in remap_gimple_stmt, at tree-inline.c:1921 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/103319] New: [coroutines] ICE in is_this_parameter, at cp/semantics.c:10672

2021-11-18 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103319 Bug ID: 103319 Summary: [coroutines] ICE in is_this_parameter, at cp/semantics.c:10672 Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity: normal

[Bug c++/89062] class template argument deduction failure with parentheses

2021-10-06 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062 Avi Kivity changed: What|Removed |Added CC||a...@cloudius-systems.com --- Comment #11

[Bug c++/98056] coroutines: ICE tree check: expected record_type or union_type or qual_union_type, have array_type since r11-2183-g0f66b8486cea8668

2021-10-06 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056 --- Comment #13 from Avi Kivity --- In current master (90c3a62272313bb08cd5d9a948ff2d71af73b294), we don't ICE, but instead get this error: coroutine-initializer-list.cc: In member function ‘task task::e()’: coroutine-initializer-list.cc:23:3:

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #18 from Avi Kivity --- It's still >7MB long, so I'll stop reducing.

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #16 from Avi Kivity --- So I confirm it's a dup. Are you still interested in a reduced testcase?

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #15 from Avi Kivity --- If I move the sub-expression that contains the std::initializer_list outside co_await, the internal error is avoided.

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #14 from Avi Kivity --- Very likely it's a dup: db::view::view_update_builder builder = co_await db::view::make_view_update_builder( base, std::move(views),

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #13 from Avi Kivity --- The coroutine that breaks is future<> table::generate_and_propagate_view_updates(const schema_ptr& base, reader_permit permit, std::vector&& views, mutation&& m,

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #10 from Avi Kivity --- Reproduces on trunk: #7 0x00b439af in cp_build_modify_expr (loc=1376651745, lhs=0x7f0c55c12c60, modifycode=, rhs=0x7f0c55e63ee0, complain=) at ../../gcc/gcc/cp/typeck.c:8919 8919

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #9 from Avi Kivity --- I found -dH and have a core: (gdb) bt #0 0x7f26600e02a2 in ?? () from /lib64/libc.so.6 #1 0x7f26600c98a4 in ?? () from /lib64/libc.so.6 #2 0x00ff1af4 in

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #8 from Avi Kivity --- Ugh, I forgot g++ isn't the compiler proper and setting a breakpoint is going to be tricky.

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #7 from Avi Kivity --- ice.cc: In member function 'seastar::future<> table::generate_and_propagate_view_updates(const schema_ptr&, reader_permit, std::vector&&, mutation&&, flat_mutation_reader_opt, tracing::trace_state_ptr,

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #5 from Avi Kivity --- How does one ask gcc to generate a backtrace on ICE?

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 Avi Kivity changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #3

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-11 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #2 from Avi Kivity --- Simplified command line: g++ -march=westmere --std=c++20 -fext-numeric-literals ice.cc

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

2021-07-11 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #1 from Avi Kivity --- File is in https://scratch.scylladb.com/ice.cc (too large to upload to bugzilla). I'll try to reduce it a little.

[Bug c++/101420] New: ICE in build_special_member_call, at cp/call.c:10179

2021-07-11 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 Bug ID: 101420 Summary: ICE in build_special_member_call, at cp/call.c:10179 Product: gcc Version: 11.1.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/100900] error: missing 'typename' prior to dependent type name in elements_view

2021-06-07 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100900 --- Comment #8 from Avi Kivity --- I see you added the changelog entry. I'll be sure to do that next time I post a patch.

[Bug libstdc++/100900] error: missing 'typename' prior to dependent type name in elements_view

2021-06-07 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100900 --- Comment #3 from Avi Kivity --- Note, I posted a patch for this to gcc-patches, to save you the effort of typing those 9 letters.

[Bug libstdc++/100900] New: error: missing 'typename' prior to dependent type name in elements_view

2021-06-04 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100900 Bug ID: 100900 Summary: error: missing 'typename' prior to dependent type name in elements_view Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug c++/100493] New: Lambda default copy capture that captures "this" cannot be used in both C++17 and C++20 modes

2021-05-09 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100493 Bug ID: 100493 Summary: Lambda default copy capture that captures "this" cannot be used in both C++17 and C++20 modes Product: gcc Version: 10.3.1 Status: UNCONFIRMED

[Bug c++/92985] missed optimization opportunity for switch linear transformation

2021-03-27 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92985 Avi Kivity changed: What|Removed |Added CC||a...@cloudius-systems.com --- Comment #5

[Bug c++/97848] [missed optimization] tls init function check emitted for consinit thread_local variables (C++20)

2021-03-23 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97848 --- Comment #1 from Avi Kivity --- Still bad on trunk. Clang gets this right: foo_good(): # @foo_good() movqx@GOTTPOFF(%rip), %rax movl%fs:(%rax), %eax retq set_foo(int):

[Bug c++/97848] New: [missed optimization] tls init function check emitted for consinit thread_local variables (C++20)

2020-11-15 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97848 Bug ID: 97848 Summary: [missed optimization] tls init function check emitted for consinit thread_local variables (C++20) Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug sanitizer/95137] Sanitizers seem to be missing support for coroutines

2020-11-12 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137 --- Comment #38 from Avi Kivity --- I do not have a patch, and unfortunately, it will take me several months at the most optimistic least to get up to speed with gcc internals to fix this. I've switched to clang, but I'd really like to switch

[Bug sanitizer/95137] Sanitizers seem to be missing support for coroutines

2020-11-11 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137 --- Comment #36 from Avi Kivity --- A reminder that coroutines are crippled without this fixed, as it is standard practice these days to use sanitizers.

[Bug c++/97438] [accepts-invalid] coroutines accepts prmomise type with both return_value() and return_void()

2020-10-19 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97438 --- Comment #5 from Avi Kivity --- No pressing reason to backport (for me gcc coroutines are useless anyway due to 95137)

[Bug c++/97438] [accepts-invalid] coroutines accepts prmomise type with both return_value() and return_void()

2020-10-15 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97438 --- Comment #2 from Avi Kivity --- Created attachment 49379 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49379=edit test case

[Bug c++/97438] New: [accepts-invalid] coroutines accepts prmomise type with both return_value() and return_void()

2020-10-15 Thread avi--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97438 Bug ID: 97438 Summary: [accepts-invalid] coroutines accepts prmomise type with both return_value() and return_void() Product: gcc Version: 10.0 Status: UNCONFIRMED