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&action=edit
valid-code reproducer (compiles with -O0)
Uploaded a valid-code reproducer (if you don't mind warnings). Compile
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.
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:
‘raft::server_impl::abort()::_ZN4raft11server_impl5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328
--- Comment #8 from Avi Kivity ---
Aha, I'll validate against g++ -O0.
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328
--- Comment #5 from Avi Kivity ---
Sure, I'll redo the reduction.
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
Component
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062
Avi Kivity changed:
What|Removed |Added
CC||a...@cloudius-systems.com
--- Comment #11 f
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: e
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.
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?
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.
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),
flat_mutation_reader_from_mutations
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,
flat_mutation_
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
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 diagnostic_action_after_output(diagno
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.
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, gc_clock
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?
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 fr
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
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.
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
Comp
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.
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.
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: norma
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92985
Avi Kivity changed:
What|Removed |Added
CC||a...@cloudius-systems.com
--- Comment #5 fr
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):
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
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 bac
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.
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)
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&action=edit
test case
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
36 matches
Mail list logo