• B
    ppc64: fix setjmp/longjmp handling of TOC pointer · e31c8c2d
    Bobby Bingham 提交于
    The TOC pointer is constant within a single dso, but needs to be saved
    and restored around cross-dso calls.  The PLT stub saves it to the
    caller's stack frame, and the linker adds code to the caller to restore
    it.
    
    With a local call, as within a single dso or with static linking, this
    doesn't happen and the TOC pointer is always in r2.  Therefore,
    setjmp/longjmp need to save/restore the TOC pointer from/to different
    locations depending on whether the call to setjmp was a local or non-local
    call.
    
    It is always safe for longjmp to restore to both r2 and the caller's stack.
    If the call to setjmp was local, and only r2 matters and the stack location
    will be ignored, but is required by the ABI to be reserved for the TOC
    pointer.  If the call was non-local, then only the stack location matters,
    and whatever is restored into r2 will be clobbered anyway when the caller
    reloads r2 from the stack.
    
    A little extra care is required for sigsetjmp, because it uses setjmp
    internally.  After the second return from this setjmp call, r2 will contain
    the caller's TOC pointer instead of libc's TOC pointer.  We need to save
    and restore the correct libc pointer before we can tail call to
    __sigsetjmp_tail.
    e31c8c2d
sigsetjmp.s 656 字节