summaryrefslogtreecommitdiffstats
path: root/llvm/lib/CodeGen/CollectorMetadata.cpp
diff options
context:
space:
mode:
authorTed Kremenek <kremenek@apple.com>2007-12-10 23:58:39 +0000
committerTed Kremenek <kremenek@apple.com>2007-12-10 23:58:39 +0000
commitc0870605befe4298241f80846c33322e96d2c2d2 (patch)
tree4e89255d80dbb4690411d69ed9074431bd015e55 /llvm/lib/CodeGen/CollectorMetadata.cpp
parentf182e81d85fe9c5fc9ba729ca8706c2f3980803b (diff)
downloadbcm5719-llvm-c0870605befe4298241f80846c33322e96d2c2d2.tar.gz
bcm5719-llvm-c0870605befe4298241f80846c33322e96d2c2d2.zip
Fixed bug in CFG::PopulateBlkExprMap where the ordering
between fetching the size of the expression map (for use as the next integer id for an Expr*) and the creation of the entry in the map could be non-deterministic. This could cause the size of the map to be incremented prior to the index being determine. On Linux the map entry would be created first, causing the map to the "size" to be incremented prior to it being queried. On Mac OS X we had the reverse behavior. Now the size is always queried prior to the new id being inserted into the map. This was the real cause of the bit-overrun triggered in PR 1847: http://llvm.org/bugs/show_bug.cgi?id=1847 Also reverted the change in patch 44813, which was a bogus fix to this problem: http://llvm.org/viewvc/llvm-project?rev=44813&view=rev llvm-svn: 44822
Diffstat (limited to 'llvm/lib/CodeGen/CollectorMetadata.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud