summaryrefslogtreecommitdiffstats
path: root/llvm/tools/llvm-objdump/llvm-objdump.cpp
diff options
context:
space:
mode:
authorMehdi Amini <mehdi.amini@apple.com>2016-07-14 01:31:25 +0000
committerMehdi Amini <mehdi.amini@apple.com>2016-07-14 01:31:25 +0000
commit8484f92f7f32575c9b48819b0d1e06316cd5ab4f (patch)
tree32895b0e294f0e6225c0e284a3eeb287574db978 /llvm/tools/llvm-objdump/llvm-objdump.cpp
parent9e332a771951855a09bd197be4ff95f3100caf5a (diff)
downloadbcm5719-llvm-8484f92f7f32575c9b48819b0d1e06316cd5ab4f.tar.gz
bcm5719-llvm-8484f92f7f32575c9b48819b0d1e06316cd5ab4f.zip
[Scalarizer] PR28108: Skip over nullptr rather than crashing on it.
Summary: In Scalarizer::gather we see if we already have a scattered form of Op, and in that case use the new form. In the particular case of PR28108, the found ValueVector SV has size 2, where the first Value is nullptr, and the second is indeed a proper Value. The nullptr then caused an assert to blow when we tried to do cast<Instruction>(SV[I]). With this patch we check SV[I] before doing the cast, and if it's nullptr we just skip over it. I don't know the Scalarizer well enough to know if this is the best fix or if something should be done else where to prevent the nullptr from being in the ValueVector at all, but at least this avoids the crash and looking at the test case output it looks reasonable. Reviewers: hfinkel, frasercrmck, wala, mehdi_amini Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D21518 llvm-svn: 275359
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud