summaryrefslogtreecommitdiffstats
path: root/llvm/docs/ProgrammersManual.html
diff options
context:
space:
mode:
authorJordan Rose <jordan_rose@apple.com>2012-07-06 21:59:56 +0000
committerJordan Rose <jordan_rose@apple.com>2012-07-06 21:59:56 +0000
commit3f89e0ec93be52cfe305ba3a352621012e4208e8 (patch)
tree9331b7b2c48381a253ad16f7c075aee23f285b7b /llvm/docs/ProgrammersManual.html
parent8a9ee14803fed1f59c928fbba03d32df95594da6 (diff)
downloadbcm5719-llvm-3f89e0ec93be52cfe305ba3a352621012e4208e8.tar.gz
bcm5719-llvm-3f89e0ec93be52cfe305ba3a352621012e4208e8.zip
[analyzer] Be careful about LazyCompoundVals, which may be for the first field.
We use LazyCompoundVals to avoid copying the contents of structs and arrays around in the store, and when we need to pass a struct around that already has a LazyCompoundVal we just use the original one. However, it's possible that the first field of a struct may have a LazyCompoundVal of its own, and we currently can't distinguish a LazyCompoundVal for the first element of a struct from a LazyCompoundVal for the entire struct. In this case we should just drop the optimization and make a new LazyCompoundVal that encompasses the old one. PR13264 / <rdar://problem/11802440> llvm-svn: 159866
Diffstat (limited to 'llvm/docs/ProgrammersManual.html')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud