summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command/call-function/TestCallStdStringFunction.py
diff options
context:
space:
mode:
authorManuel Jacob <me@manueljacob.de>2016-03-14 22:34:17 +0000
committerManuel Jacob <me@manueljacob.de>2016-03-14 22:34:17 +0000
commit6be355961e8e9aa9f8da76a907c2a1788fd06ba5 (patch)
treed4ae2b8ed444eb7f499627955463905d8f00de62 /lldb/packages/Python/lldbsuite/test/expression_command/call-function/TestCallStdStringFunction.py
parentf9709ee0013e6d936cc2c4822ab148a904444250 (diff)
downloadbcm5719-llvm-6be355961e8e9aa9f8da76a907c2a1788fd06ba5.tar.gz
bcm5719-llvm-6be355961e8e9aa9f8da76a907c2a1788fd06ba5.zip
Re-add ConstantFoldInstOperands form taking opcode and return type.
Summary: This form was replaced by a form taking an instruction instead of opcode and return type in r258391. After committing this change (and some depending, follow-up changes) it turned out in the review thread to be controversial. The discussion didn't come to a conclusion yet. I'm re-adding the old form to fix the API regression and to provide a better base for discussion, possibly on llvm-dev. A difference to the original function is that it can't be called with GEPs (similarly to how it was already the case for compares). In order to support opaque pointers in the future, folding GEPs needs to be passed the source element type, which is not possible with the current API. Reviewers: dberlin, reames Subscribers: dblaikie, eddyb Differential Revision: http://reviews.llvm.org/D17901 llvm-svn: 263501
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/expression_command/call-function/TestCallStdStringFunction.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud