While in .debug_frame a value of the CIE pointer field is an offset to a corresponding CIE record from the beginning of the section, in .eh_frame it is relative to the current offset. Previously, when we dumped FDE records, we just printed the same value for both the CIE pointer field and the CIE offset, which worked for .debug_frame sections but was wrong for .eh_frame ones. This patch fixes the issue by printing the kept offset of the linked CIE object.
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Just making sure I understand: in .debug_frame, the cie_pointer field is always an absolute offset, whereas in .eh_frame, it is a relative value from the field, but we weren't making this distinction before, right? What does e.g. classic dwarfdump or GNU readelf display?
llvm/include/llvm/DebugInfo/DWARF/DWARFDebugFrame.h | ||
---|---|---|
225–226 | Could you fix the second sentence of this comment (possibly as a separate commit). I think the "contains" needs deleting. It might also be worth saying whether the offset is relative or from the start of the section. | |
248–249 | It may be worth making a note of the eh_frame/debug_frame difference here. | |
llvm/lib/DebugInfo/DWARF/DWARFDebugFrame.cpp | ||
317 | I'm confused by the casting to 32-bits. I take it this code isn't DWARF64 ready yet? Also, I'm not sure CIEPointer should be an unsigned type for .eh_frame at least. In the Ian Lance Taylor blog on the topic (https://www.airs.com/blog/archives/460), which I use as my .eh_frame "standard", it talks about how this value can be negative or positive. Do we have examples in tests which show the behaviour for positive and negative values? |
llvm/include/llvm/DebugInfo/DWARF/DWARFDebugFrame.h | ||
---|---|---|
225–226 | The comment is about the laziness of acquiring the CIE, but it looks like that was never true, even from the beginning. I guess it is better to remove this comment altogether. | |
llvm/lib/DebugInfo/DWARF/DWARFDebugFrame.cpp | ||
317 |
Right, not supporting 64-bit values yet. The truncation is fixed in D73887, which is the final patch of this set.
He does not talk about negative values, only that "A positive value goes backward; that is, you have to subtract the value of the ID field from the current byte position to get the CIE position." Also, note that in https://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/ehframechpt.html the value of the CIE pointer is explicitly described as an unsigned value. |
Could you fix the second sentence of this comment (possibly as a separate commit). I think the "contains" needs deleting.
It might also be worth saying whether the offset is relative or from the start of the section.