aboutsummaryrefslogtreecommitdiff
path: root/gdb/python/py-cmd.c
diff options
context:
space:
mode:
authorTom Tromey <tromey@adacore.com>2024-08-14 07:45:59 -0600
committerTom Tromey <tromey@adacore.com>2024-09-06 12:31:50 -0600
commitd2f677117308c0df605fb46f731d7fd5f2e02194 (patch)
tree8c3f98287d4f45a67619d66cac2f2a1e54b619c9 /gdb/python/py-cmd.c
parent6a4eb277b788df94f8b8e6f3e38d6a7c97c2452f (diff)
downloadbinutils-d2f677117308c0df605fb46f731d7fd5f2e02194.zip
binutils-d2f677117308c0df605fb46f731d7fd5f2e02194.tar.gz
binutils-d2f677117308c0df605fb46f731d7fd5f2e02194.tar.bz2
Fix 'catch exception' with -flto
A user noticed that when an Ada program (including the runtime) is compiled with -flto, then "catch exception" does not work -- even though setting the equivalent breakpoint by hand does work. Looking into this, it turns out that GCC puts the exception functions from the Ada runtime into a CU that uses the C language, not Ada. Then, when trying to look up the relevant symbol, lookup_name_info::search_name_hash uses the "verbatim" form of the symbol name (like "<__gnat_debug_raise_exception>") rather than the "<>"-less form, causing the symbol not to be found. This patch fixes the problem in two steps. First, lookup_name_info::search_name_hash is changed to use the same hack that language_defn::get_symbol_name_matcher uses. That is, when the current language is Ada, verbatim-mode lookups are special-cased. (This is a bit unfortunate; perhaps a better long term approach would be to promote verbatim mode to a fundamental mode of lookup_name_info.) Second, although the above fixes the problem in the Ada language mode, the code still fails in other languages. However, due to the way these lookups are coded in ada-lang.c, I think it makes sense to temporarily set the current language to Ada in create_ada_exception_catchpoint. Tested on x86-64 Fedora 38. A new test case that mimics the -flto scenario is included. Reviewed-By: Alexandra Petlanova Hajkova <ahajkova@redhat.com>
Diffstat (limited to 'gdb/python/py-cmd.c')
0 files changed, 0 insertions, 0 deletions