aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Transforms/Utils/InlineFunction.cpp
diff options
context:
space:
mode:
authorChandler Carruth <chandlerc@gmail.com>2014-07-25 09:19:23 +0000
committerChandler Carruth <chandlerc@gmail.com>2014-07-25 09:19:23 +0000
commit3de980d2ff4516c6103c1d9b578d8f459d3caf0e (patch)
tree007ebc2ba2818862d7a6efc36936f43f4da2f8b5 /llvm/lib/Transforms/Utils/InlineFunction.cpp
parenteae2d28cc9460cc205d904bb3b46b2cd8de31efe (diff)
downloadllvm-3de980d2ff4516c6103c1d9b578d8f459d3caf0e.zip
llvm-3de980d2ff4516c6103c1d9b578d8f459d3caf0e.tar.gz
llvm-3de980d2ff4516c6103c1d9b578d8f459d3caf0e.tar.bz2
[SDAG] Enable the new assert for out-of-range result numbers in
SDValues, fixing the two bugs left in the regression suite. The key for both of these was the use a single value type rather than a VTList which caused an unintentionally single-result merge-value node. Fix this by getting the appropriate VTList in place. Doing this exposed that the comments in x86's code abouth how MUL_LOHI operands are handle is wrong. The bug with the use of out-of-range result numbers was hiding the bug about the order of operands here (as best i can tell). There are more places where the code appears to get this backwards still... llvm-svn: 213931
Diffstat (limited to 'llvm/lib/Transforms/Utils/InlineFunction.cpp')
0 files changed, 0 insertions, 0 deletions