summaryrefslogtreecommitdiffstats
path: root/clang/lib/CodeGen/CodeGenFunction.cpp
diff options
context:
space:
mode:
authorEvan Cheng <evan.cheng@apple.com>2011-11-10 07:43:16 +0000
committerEvan Cheng <evan.cheng@apple.com>2011-11-10 07:43:16 +0000
commitd33b2d6b7a7aacb6fe9db39b0b6c529dafba057c (patch)
treed06feb0a5dc4723fa1935a76d3517df7590109b0 /clang/lib/CodeGen/CodeGenFunction.cpp
parent0a2f797deca72bc07b3ef7e96e32d165ed9d3c48 (diff)
downloadbcm5719-llvm-d33b2d6b7a7aacb6fe9db39b0b6c529dafba057c.tar.gz
bcm5719-llvm-d33b2d6b7a7aacb6fe9db39b0b6c529dafba057c.zip
Use a bigger hammer to fix PR11314 by disabling the "forcing two-address
instruction lower optimization" in the pre-RA scheduler. The optimization, rather the hack, was done before MI use-list was available. Now we should be able to implement it in a better way, perhaps in the two-address pass until a MI scheduler is available. Now that the scheduler has to backtrack to handle call sequences. Adding artificial scheduling constraints is just not safe. Furthermore, the hack is not taking all the other scheduling decisions into consideration so it's just as likely to pessimize code. So I view disabling this optimization goodness regardless of PR11314. llvm-svn: 144267
Diffstat (limited to 'clang/lib/CodeGen/CodeGenFunction.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud