Fix leak in splay-tree
authorTom Tromey <tom@tromey.com>
Mon, 21 Jan 2019 15:25:29 +0000 (15:25 +0000)
committerTom Tromey <tromey@gcc.gnu.org>
Mon, 21 Jan 2019 15:25:29 +0000 (15:25 +0000)
commit2197ea1791698761983e0b8a7b3d6d2b50f87d1f
treeeecff65f98f1b03858f03fdc3b8165fba939c075
parentc73e7656f5f64a8ee544270adea13cc39ddae70d
Fix leak in splay-tree

Philippe Waroquiers noticed a memory leak in gdb, which he tracked
down to a bug in splay-tree.  splay_tree_remove does not call the
`delete_key' function when it removes the old node; but it should.

I looked at every splay tree in GCC and there is only one that passes
a non-NULL delete function -- the one in lto.c.  That file does not
call splay_tree_remove.  So, I think this is safe to check in.

I re-ran the LTO tests to double check.

libiberty/
* splay-tree.c (splay_tree_remove): Delete the key if necessary.

From-SVN: r268116
libiberty/ChangeLog
libiberty/splay-tree.c