diff options
| author | Chris Lattner <sabre@nondot.org> | 2004-04-30 04:37:52 +0000 |
|---|---|---|
| committer | Chris Lattner <sabre@nondot.org> | 2004-04-30 04:37:52 +0000 |
| commit | 652064e3b8731de786b1a78b4a8b15360a48a7a5 (patch) | |
| tree | a8e003a5b865b0e944a389f4f85c381283fbdaa8 /llvm/lib/ExecutionEngine/Interpreter/ExternalFunctions.cpp | |
| parent | 63c3b3c8d72e4dbf3379ef92416e1fe3ff8eec2d (diff) | |
| download | llvm-652064e3b8731de786b1a78b4a8b15360a48a7a5.zip llvm-652064e3b8731de786b1a78b4a8b15360a48a7a5.tar.gz llvm-652064e3b8731de786b1a78b4a8b15360a48a7a5.tar.bz2 | |
Fix a major pessimization in the instcombiner. If an allocation instruction
is only used by a cast, and the casted type is the same size as the original
allocation, it would eliminate the cast by folding it into the allocation.
Unfortunately, it was placing the new allocation instruction right before
the cast, which could pull (for example) alloca instructions into the body
of a function. This turns statically allocatable allocas into expensive
dynamically allocated allocas, which is bad bad bad.
This fixes the problem by placing the new allocation instruction at the same
place the old one was, duh. :)
llvm-svn: 13289
Diffstat (limited to 'llvm/lib/ExecutionEngine/Interpreter/ExternalFunctions.cpp')
0 files changed, 0 insertions, 0 deletions