Switch how the datalayout availability test is handled in this code to
authorChandler Carruth <chandlerc@gmail.com>
Sun, 19 Oct 2014 00:42:16 +0000 (00:42 +0000)
committerChandler Carruth <chandlerc@gmail.com>
Sun, 19 Oct 2014 00:42:16 +0000 (00:42 +0000)
commit8a99373812cfc7feb30c28ef5fb23c774856eb38
tree90e208b3589c09fd6db652bb677326c0ca89e8d8
parent1e1f13862eb0eff78384424df0caff00e8bb458a
Switch how the datalayout availability test is handled in this code to
make much more sense and in theory be more correct.

If you trace the code alllll the way back to when it was first
introduced, the comments make it slightly more clear what was going on
here. At that time, the only way Base != V was if DL (then TD) was
non-null. As a consequence, if DL *was* null, that meant we were loading
directly from the alloca or global found above the test. After
refactoring, this has become at least terribly subtle and potentially
incorrect. There are many forms of pointer manipulation that can be
traversed without DataLayout, and some of them would in fact change the
size of object being loaded vs. allocated.

Rather than this subtlety, I've hoisted the actual 'return true' bits
into the code which actually found an alloca or global and based them on
the loaded pointer being that alloca or global. This is both more clear
and safer. I've also added comments about exactly why this set of
predicates is used.

I've also corrected a misleading comment about globals -- if overridden
they may not just have a different size, they may be null and completely
unsafe to load from!

Hopefully this confuses the next reader a bit less. I don't have any
test cases or anything, the patch is motivated strictly to improve the
readability of the code.

llvm-svn: 220156
llvm/lib/Analysis/Loads.cpp