Analysis: Return early in isKnownNonNullAt for ConstantData
authorDuncan P. N. Exon Smith <dexonsmith@apple.com>
Sat, 24 Sep 2016 19:39:47 +0000 (19:39 +0000)
committerDuncan P. N. Exon Smith <dexonsmith@apple.com>
Sat, 24 Sep 2016 19:39:47 +0000 (19:39 +0000)
commitb4798739127cd7748177ac506e6d45cc8cf5e4f8
tree86cdf771f685970dc9aef052b61933e31c4a6e05
parent450370f3c86a3e41a3339b849a945ff912967c45
Analysis: Return early in isKnownNonNullAt for ConstantData

Check and return early for ConstantPointerNull and UndefValue
specifically in isKnownNonNullAt, and assert that ConstantData never
make it to isKnownNonNullFromDominatingCondition.

This confirms that isKnownNonNullFromDominatingCondition never walks
through the use-list of an instance of ConstantData.  Given that such
use-lists cross module boundaries, it never really made sense to do so,
and was potentially very expensive.

llvm-svn: 282333
llvm/lib/Analysis/ValueTracking.cpp