aboutsummaryrefslogtreecommitdiff
path: root/gcc
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2017-03-27 14:23:49 +0000
committerPedro Alves <palves@gcc.gnu.org>2017-03-27 14:23:49 +0000
commit7a312bbd41e190379d80b47e308a32c8bc4575c3 (patch)
treeb08c45120ba4d29d33598aeae306c2670c8d87e6 /gcc
parent819df7815634caf606a3d212ca4cba6a93acafd0 (diff)
downloadgcc-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