diff options
| author | Pavel Labath <labath@google.com> | 2015-03-04 10:28:15 +0000 |
|---|---|---|
| committer | Pavel Labath <labath@google.com> | 2015-03-04 10:28:15 +0000 |
| commit | 783cbdcd89c30bb5f528e72b04b98ea94d7c7669 (patch) | |
| tree | 28d2d638530961206272b47cb6b757ff5124acf3 /llvm | |
| parent | c6ae7eaa7b41031e87a4f807a18ee9b163409275 (diff) | |
| download | bcm5719-llvm-783cbdcd89c30bb5f528e72b04b98ea94d7c7669.tar.gz bcm5719-llvm-783cbdcd89c30bb5f528e72b04b98ea94d7c7669.zip | |
Use the unified section list when generating a symbol table
Summary:
Symbol table generation code was failing to take into account the debug symbols because
the object file was looking only into its own section list when doing the generation, even though
the debug symbols from another object file were correctly detected and loaded by the
SymbolVendor. This changes the code to use the unified section list, which fixes this problem.
Test Plan:
I do not intend do submit this yet since it causes (or more like, exposes) the issue
in D7884, but I wanted to put this out here, so that anyone who wants to take a look at it can do
so. (And I also wanted to know if this is the right approach to the problem :).
Reviewers: clayborg, zturner
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D7913
llvm-svn: 231229
Diffstat (limited to 'llvm')
0 files changed, 0 insertions, 0 deletions
