summaryrefslogtreecommitdiff
path: root/llvm/lib/Bitcode/Reader/BitcodeReader.cpp
diff options
context:
space:
mode:
authorTobias Grosser <tobias@grosser.es>2015-08-30 17:32:39 +0000
committerTobias Grosser <tobias@grosser.es>2015-08-30 17:32:39 +0000
commit655a4570cd8fb20c2821276695866b47d80a8251 (patch)
treefde8af7bcecfcd077f81a8a387d6dad48d5f2260 /llvm/lib/Bitcode/Reader/BitcodeReader.cpp
parente83a396b1df7c2c7216d2820475b79342f7cb558 (diff)
createScalarInitialization: Always store PHI-node value
The current code really tries hard to use getNewScalarValue(), which checks if not the original value, but a possible copy or demoted value needs to be stored. In this calling context it seems, that we _always_ use the ScalarValue that comes from the incoming PHI node, but never any other value. As also no test cases fail, it seems right to just drop this call to getNewScalarValue and remove the parameters that are not needed any more. Johannes suggested that code like this might be needed for parallel code generation with offloading, but it was still unclear if/what exactly would be needed. As the parallel code generation does currently not support scalars at all, we will remove this code for now and add relevant code back when complitng the support of scalars in the parallel code generation. Reviewers: jdoerfert Subscribers: pollydev, llvm-commits Differential Revision: http://reviews.llvm.org/D12470 llvm-svn: 246389
Diffstat (limited to 'llvm/lib/Bitcode/Reader/BitcodeReader.cpp')
0 files changed, 0 insertions, 0 deletions