summaryrefslogtreecommitdiffstats
path: root/llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp
diff options
context:
space:
mode:
authorDavide Italiano <davide@freebsd.org>2017-09-15 20:53:05 +0000
committerDavide Italiano <davide@freebsd.org>2017-09-15 20:53:05 +0000
commitdee018c51f377f46b8b2fb8507f19c51e3747fcc (patch)
tree8eb433af6fbcae9936101d03833169c289a27714 /llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp
parent66a99e41cdc8d1ddd67860f7d97d861f654f1dbd (diff)
downloadbcm5719-llvm-dee018c51f377f46b8b2fb8507f19c51e3747fcc.tar.gz
bcm5719-llvm-dee018c51f377f46b8b2fb8507f19c51e3747fcc.zip
[ConstantFold] Return the correct type when folding a GEP with vector indices.
As Eli pointed out (and I got wrong in the first place), langref says: "The getelementptr returns a vector of pointers, instead of a single address, when one or more of its arguments is a vector. In such cases, all vector arguments should have the same number of elements, and every scalar argument will be effectively broadcast into a vector during address calculation." Costantfold for gep doesn't really take in account this paragraph, returning a pointer instead of a vector of pointer which triggers an assertion in RAUW, as we're trying to replace values with mistmatching types. Differential Revision: https://reviews.llvm.org/D37928 llvm-svn: 313394
Diffstat (limited to 'llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud