https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70517
Bug ID: 70517
Summary: c++filt crashes when demangling a symbol
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: blastrock at free dot fr
Target Milestone: ---
The following command always crashes:
c++filt
_ZSt4moveIRZN11tconcurrent6futureIvE4thenIZ5awaitIS2_EDaOT_EUlRKS6_E_EENS1_INSt5decayIDTclfp_defpTEEE4typeEEES7_EUlvE_EONSt16remove_referenceIS6_E4typeES7_
I have been told to report the bug here.
This may be a duplicate of #67375.
I am attaching the preprocessed file (by clang) that generates the symbol which
triggers the bug. Compile it with:
clang++ test_coroutine2.ii -c -std=c++14
with clang 3.8 (I haven't tested other versions). You can then trigger the bug
with:
objdump -C -t test_coroutine2.o
The bug does not appear when the file is compiled with GCC. I am attaching the
.ii generated by GCC too in case you need it. I am not sure, but shouldn't
clang and gcc generate the same symbol names? Does this hide another bug in one
of these compilers?
