https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #16 from Tom Tromey <tromey at gcc dot gnu.org> --- (In reply to Pierre-Marie de Rodat from comment #15) > (In reply to Pierre-Marie de Rodat from comment #13) > > [1] This patch teaches GDB how to use DW_AT_static_link in order to find the > > frame corresponding to the lexically enclosing scope. I think I will try to > > submit it to GDB soon. > > For the record, here it is: > <https://www.sourceware.org/ml/gdb-patches/2015-03/msg00040.html>. I'm curious if you tried it on the test case in this PR. In the patch you wrote: > Since I'm not sure of how this issue should be solved, I'm nevertheless > posting this patch here so this matter can be discussed. In the context of > this feature, I think we need a backlink from all symbols to the > corresponding embedding block but on the other hand only a few blocks have > static link: maybe we could turn this static_link field into a objfile-based > hashtable lookup. Thoughts? Yeah, growing these is to be avoided. My patch for this added a method to symbol_computed_ops instead. Unfortunately gitorious is acting weird so you can't see the patch online :-(. But you can fetch from https://gitorious.org/binutils-gdb/gdb.git and look at the branch static-link-fix if you like.