diff options
| author | Adrian Prantl <aprantl@apple.com> | 2014-04-25 20:49:25 +0000 |
|---|---|---|
| committer | Adrian Prantl <aprantl@apple.com> | 2014-04-25 20:49:25 +0000 |
| commit | 32da88923a6dbb150ecfa0b788c2af1970fed90e (patch) | |
| tree | 6b55fa8b9fec88479b1d754eb160d87734d4fd63 /llvm/lib/Transforms/Scalar/LoopStrengthReduce.cpp | |
| parent | 694acb3375e71c65c476909bcb398956738a2bc0 (diff) | |
| download | bcm5719-llvm-32da88923a6dbb150ecfa0b788c2af1970fed90e.tar.gz bcm5719-llvm-32da88923a6dbb150ecfa0b788c2af1970fed90e.zip | |
This reapplies r207235 with an additional bugfixes caught by the msan
buildbot - do not insert debug intrinsics before phi nodes.
Debug info for optimized code: Support variables that are on the stack and
described by DBG_VALUEs during their lifetime.
Previously, when a variable was at a FrameIndex for any part of its
lifetime, this would shadow all other DBG_VALUEs and only a single
fbreg location would be emitted, which in fact is only valid for a small
range and not the entire lexical scope of the variable. The included
dbg-value-const-byref testcase demonstrates this.
This patch fixes this by
Local
- emitting dbg.value intrinsics for allocas that are passed by reference
- dropping all dbg.declares (they are now fully lowered to dbg.values)
SelectionDAG
- renamed constructors for SDDbgValue for better readability.
- fix UserValue::match() to handle indirect values correctly
- not inserting an MMI table entries for dbg.values that describe allocas.
- lowering dbg.values that describe allocas into *indirect* DBG_VALUEs.
CodeGenPrepare
- leaving dbg.values for an alloca were they are (see comment)
Other
- regenerated/updated instcombine.ll testcase and included source
rdar://problem/16679879
http://reviews.llvm.org/D3374
llvm-svn: 207269
Diffstat (limited to 'llvm/lib/Transforms/Scalar/LoopStrengthReduce.cpp')
0 files changed, 0 insertions, 0 deletions

