summaryrefslogtreecommitdiffstats
path: root/lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h
diff options
context:
space:
mode:
authorGeorge Rimar <grimar@accesssoftek.com>2019-03-22 10:28:56 +0000
committerGeorge Rimar <grimar@accesssoftek.com>2019-03-22 10:28:56 +0000
commit1ed6a745db37159bc0015402fc868bbcac1780f1 (patch)
tree2adfe88da627842b2d2bd4ff6ae2803d1aac0a53 /lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h
parent73e1c4a0309d3c81ad21f2c769d33222f6615abb (diff)
downloadbcm5719-llvm-1ed6a745db37159bc0015402fc868bbcac1780f1.tar.gz
bcm5719-llvm-1ed6a745db37159bc0015402fc868bbcac1780f1.zip
[llvm-objcopy] - Fix a st_name of the first symbol table entry.
Spec says about the first symbol table entry that index 0 both designates the first entry in the table and serves as the undefined symbol index. It should have zero value. Hence the first symbol table entry has no name. And so has to have a st_name == 0. (http://refspecs.linuxbase.org/elf/gabi4+/ch4.symtab.html) Currently, we do not emit zero value for the first symbol table entry. That happens because we add empty strings to the string builder, which for each such case adds a zero byte: (https://github.com/llvm-mirror/llvm/blob/master/lib/MC/StringTableBuilder.cpp#L185) After the string optimization performed it might return non zero indexes for the empty string requested. The patch fixes this issue for the case above and other sections with no names. Differential revision: https://reviews.llvm.org/D59496 llvm-svn: 356739
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud