aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-objdump/llvm-objdump.cpp
diff options
context:
space:
mode:
authorDaniel Dunbar <daniel@zuster.org>2012-03-10 01:03:58 +0000
committerDaniel Dunbar <daniel@zuster.org>2012-03-10 01:03:58 +0000
commitf07b5ec0dcf2e9d2cd12a969e4fd102ddc6a7dad (patch)
tree6b0646eb05b677bdc69a7493f8d300e297e0c6d8 /llvm/tools/llvm-objdump/llvm-objdump.cpp
parent2677dede22191c800370e171603d4b4d59cc37aa (diff)
downloadllvm-f07b5ec0dcf2e9d2cd12a969e4fd102ddc6a7dad.zip
llvm-f07b5ec0dcf2e9d2cd12a969e4fd102ddc6a7dad.tar.gz
llvm-f07b5ec0dcf2e9d2cd12a969e4fd102ddc6a7dad.tar.bz2
IRgen/ABI/x86_64: Avoid passing small structs using byval sometimes.
- We do this when it is easy to determine that the backend will pass them on the stack properly by itself. Currently LLVM codegen is really bad in some cases with byval, for example, on the test case here (which is derived from Sema code, which likes to pass SourceLocations around):: struct s47 { unsigned a; }; void f47(int,int,int,int,int,int,struct s47); void test47(int a, struct s47 b) { f47(a, a, a, a, a, a, b); } we used to emit code like this:: ... movl %esi, -8(%rbp) movl -8(%rbp), %ecx movl %ecx, (%rsp) ... to handle moving the struct onto the stack, which is just appalling. Now we generate:: movl %esi, (%rsp) which seems better, no? llvm-svn: 152462
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.cpp')
0 files changed, 0 insertions, 0 deletions