aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/SafeStackLayout.cpp
diff options
context:
space:
mode:
authorGeorgii Rymar <grimar@accesssoftek.com>2020-09-15 16:17:08 +0300
committerGeorgii Rymar <grimar@accesssoftek.com>2020-09-17 15:56:51 +0300
commit0dca1ac617d802c0806f57f67eb830c4f5f3fffb (patch)
tree6c655cd67946f7a1a955b4295ac932d8213d7270 /llvm/lib/CodeGen/SafeStackLayout.cpp
parent03783f19dc78fc45fd987f892c314578b5e52d78 (diff)
downloadllvm-0dca1ac617d802c0806f57f67eb830c4f5f3fffb.zip
llvm-0dca1ac617d802c0806f57f67eb830c4f5f3fffb.tar.gz
llvm-0dca1ac617d802c0806f57f67eb830c4f5f3fffb.tar.bz2
[llvm-readelf/obj][test] - Document what we print in various places for unnamed section symbols.
We have an issue with `ELFDumper<ELFT>::getSymbolSectionName`: 1) It is used deeply for both LLVM/GNU styles and might return LLVM-style only values to describe symbols: "Undefined", "Processor Specific", "Absolute", etc. 2) `getSymbolSectionName` is used by `getFullSymbolName` and these special values might appear in instead of symbol names in many places. This occurs for unnamed section symbols. It was not noticed because for most cases I've found it is unexpected to have an unnamed section symbol. This patch documents the existent behavior, adds tests and FIXMEs. Differential revision: https://reviews.llvm.org/D87763
Diffstat (limited to 'llvm/lib/CodeGen/SafeStackLayout.cpp')
0 files changed, 0 insertions, 0 deletions