diff options
author | Pedro Alves <palves@redhat.com> | 2017-03-27 14:23:49 +0000 |
---|---|---|
committer | Pedro Alves <palves@gcc.gnu.org> | 2017-03-27 14:23:49 +0000 |
commit | 7a312bbd41e190379d80b47e308a32c8bc4575c3 (patch) | |
tree | b08c45120ba4d29d33598aeae306c2670c8d87e6 /gcc | |
parent | 819df7815634caf606a3d212ca4cba6a93acafd0 (diff) | |
download | gcc-7a312bbd41e190379d80b47e308a32c8bc4575c3.zip gcc-7a312bbd41e190379d80b47e308a32c8bc4575c3.tar.gz gcc-7a312bbd41e190379d80b47e308a32c8bc4575c3.tar.bz2 |
cplus_demangle_fill_component: Handle DEMANGLE_COMPONENT_RVALUE_REFERENCE
This patch almost a decade ago:
...
2007-08-31 Douglas Gregor <doug.gregor@gmail.com>
* cp-demangle.c (d_dump): Handle
DEMANGLE_COMPONENT_RVALUE_REFERENCE.
(d_make_comp): Ditto.
...
... missed doing the same change to cplus_demangle_fill_component that
was done to d_make_comp. I.e., teach it to only validate that we're
not passing in a "right" subtree. GDB has recently (finally) learned
about rvalue references, and a change to make it use
cplus_demangle_fill_component more ran into an assertion because of
this.
(GDB is the only user of cplus_demangle_fill_component in both the gcc
and binutils-gdb trees.)
libiberty/ChangeLog:
2017-03-27 Pedro Alves <palves@redhat.com>
* cp-demint.c (cplus_demangle_fill_component): Handle
DEMANGLE_COMPONENT_RVALUE_REFERENCE.
From-SVN: r246502
Diffstat (limited to 'gcc')
0 files changed, 0 insertions, 0 deletions