aboutsummaryrefslogtreecommitdiff
path: root/gdb/testsuite/gdb.python
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2023-08-05 17:57:13 +0200
committerTom de Vries <tdevries@suse.de>2023-08-05 17:57:13 +0200
commitd06730bc0205f7c35bfccf057ef0ef83a12206d6 (patch)
tree0af3434d7606e5480588bbd385e8b41e33a2eff5 /gdb/testsuite/gdb.python
parentdb583cf8dca39dfb2e3268b657ca33957dc62b6d (diff)
downloadbinutils-d06730bc0205f7c35bfccf057ef0ef83a12206d6.zip
binutils-d06730bc0205f7c35bfccf057ef0ef83a12206d6.tar.gz
binutils-d06730bc0205f7c35bfccf057ef0ef83a12206d6.tar.bz2
[gdb/symtab] Find main language without symtab expansion
When loading an executable using "file a.out", the language is set according to a.out, which can involve looking up the language of symbol "main", which will cause the symtab expansion for the containing CU. Expansion of lto debug info can be slow, so in commit d3214198119 ("[gdb] Use partial symbol table to find language for main") a feature was added to avoid the symtab expansion. This feature stopped working after commit 7f4307436fd ("Fix "start" for D, Rust, etc"). [ The commit addresses problems related to command start, which requires finding the main function: - for language D, "main" was found instead of "D main", and - for Rust, the correct function was found, but attributed the wrong name (not fully qualified). ] Reimplement the feature by adding cooked_index_functions::lookup_global_symbol_language. Tested on x86_64-linux. PR symtab/30661 Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=30661
Diffstat (limited to 'gdb/testsuite/gdb.python')
0 files changed, 0 insertions, 0 deletions