summaryrefslogtreecommitdiffstats
path: root/lib/libunwind/src/Registers.hpp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Merge libc++, libc++abi and libunwind version 8.0.0.patrick2019-06-171-11/+232
| | | | | | Ports build by naddy@ Tested by visa on octeon Tested by kettenis on macppc and sparc64
* Merge libc++, libc++abi and libunwind version 7.0.1.patrick2019-02-041-127/+202
| | | | | | Tested by visa on octeon Tested by kettenis on arm64, armv7 and sparc64 "go for it" deraadt and sthen
* Turns out I botched the previous commit. While making the %o7 + 8 bitkettenis2019-02-031-2/+2
| | | | | | | | | | | | consistent across the various low-level interfaces that handle the instruction pointer, reality turns out to be a bit more subtle. On SPARC, DWARF2 uses r15 (which maps to %o7) as the return address column. This means that we should not add/subtract 8 when it reads/updates the register state while processing DWARF2 instructions. That in turn means that getIP() and setIP() should not have been changed in my previous commit. ok visa@
* On SPARC, the return address is %o7 + 8.kettenis2019-02-031-4/+4
| | | | ok guenther@, deraadt@, patrick@, dlg@, visa@
* Backport libunwind hardware floating point handling for mips64.visa2018-10-211-9/+205
| | | | | | | Upstream reference: https://reviews.llvm.org/D41968 OK kettenis@
* merge libunwind 6.0.0; ok patrick@, kettenis@robert2018-09-111-14/+1079
|
* Add sparc64 support.kettenis2017-04-181-0/+150
|
* Import libunwind 3.9.0patrick2016-09-031-0/+1969