aboutsummaryrefslogtreecommitdiffstats
path: root/Makefile.common
diff options
context:
space:
mode:
authorManman Ren <mren@apple.com>2012-10-12 23:39:43 +0000
committerManman Ren <mren@apple.com>2012-10-12 23:39:43 +0000
commite6c3cc8dc5437069f71a38188173835ba4fb0dc1 (patch)
tree3d9272aea085bf26f88e7e216cd0e7cf7e8f8496 /Makefile.common
parent7a2b624bb34374fe233f71cc5220d5ae0a0971cf (diff)
downloadexternal_llvm-e6c3cc8dc5437069f71a38188173835ba4fb0dc1.zip
external_llvm-e6c3cc8dc5437069f71a38188173835ba4fb0dc1.tar.gz
external_llvm-e6c3cc8dc5437069f71a38188173835ba4fb0dc1.tar.bz2
ARM: tail-call inside a function where part of a byval argument is on caller's
local frame causes problem. For example: void f(StructToPass s) { g(&s, sizeof(s)); } will cause problem with tail-call since part of s is passed via registers and saved in f's local frame. When g tries to access s, part of s may be corrupted since f's local frame is popped out before the tail-call. The current fix is to disable tail-call if getVarArgsRegSaveSize is not 0 for the caller. This is a conservative approach, if we can prove the address of s or part of s is not taken and passed to g, it should be okay to perform tail-call. rdar://12442472 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165853 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'Makefile.common')
0 files changed, 0 insertions, 0 deletions