[clang] [llvm] [SystemZ] Global Stackprotector and associated location section (PR #169317)
Ulrich Weigand via llvm-commits
llvm-commits at lists.llvm.org
Fri Dec 5 04:27:34 PST 2025
uweigand wrote:
> Could we not use the same approach that the existing `LOAD_STACK_GUARD` uses in order to avoid the canary being spilled? I.e. could we not mark `LOAD_STACK_GUARD_ADDRESS` `isReMaterializable`, and do some further nudging with kill flags to ensure that the value isn't reused?
If that works reliably, I guess I'd be fine with it. We should have test cases to demonstrate that it is isn't spilled, however.
https://github.com/llvm/llvm-project/pull/169317
More information about the llvm-commits
mailing list