summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Target/WebAssembly/Disassembler/WebAssemblyDisassembler.cpp
diff options
context:
space:
mode:
authorMartin Storsjo <martin@martin.st>2018-08-21 20:41:17 +0000
committerMartin Storsjo <martin@martin.st>2018-08-21 20:41:17 +0000
commitd39d53b0d1a55370a46c6f121e11b5c43a0396db (patch)
tree96c6592d19fc3c8be9c86defee26d1495e9a8b87 /llvm/lib/Target/WebAssembly/Disassembler/WebAssemblyDisassembler.cpp
parent883fe455f15a7b1cdc729cb1af9059fb74a43651 (diff)
downloadbcm5719-llvm-d39d53b0d1a55370a46c6f121e11b5c43a0396db.tar.gz
bcm5719-llvm-d39d53b0d1a55370a46c6f121e11b5c43a0396db.zip
[CodeGen] Implicitly set stackrealign on the main function, if custom stack alignment is used
If using a custom stack alignment, one is expected to make sure that all callers provide such alignment, or realign the stack in all entry points (and callbacks). Despite this, the compiler can assume that the main function will need realignment in these cases, since the startup routines calling the main function most probably won't provide the custom alignment. This matches what GCC does in similar cases; if compiling with -mincoming-stack-boundary=X -mpreferred-stack-boundary=X, GCC normally assumes such alignment on entry to a function, but specifically for the main function still does realignment. Differential Revision: https://reviews.llvm.org/D51026 llvm-svn: 340334
Diffstat (limited to 'llvm/lib/Target/WebAssembly/Disassembler/WebAssemblyDisassembler.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud