diff options
author | Craig Topper <craig.topper@intel.com> | 2017-11-16 06:02:03 +0000 |
---|---|---|
committer | Craig Topper <craig.topper@intel.com> | 2017-11-16 06:02:03 +0000 |
commit | 36e8d66e1ad8fb8da16733d072811b68bf26be00 (patch) | |
tree | dd0ce38b1320f9f82a16cc4eecb555cb86a4203d /llvm/lib/CodeGen | |
parent | 2f13e790839f1b3f975a254ffd4c29a171ab9204 (diff) | |
download | bcm5719-llvm-36e8d66e1ad8fb8da16733d072811b68bf26be00.tar.gz bcm5719-llvm-36e8d66e1ad8fb8da16733d072811b68bf26be00.zip |
[SelectionDAG] Use report_fatal_error instead of llvm_unreachable in some code that can be reached if targets don't configure things correctly.
For example, this is currently reachable by X86 if you use a masked store intrinsic with a v1iX type.
Using a fatal error seems like a better user experience if someone were to encounter this on a release build. There are several other similar places that have been converted from unreachable to fatal error previously.
llvm-svn: 318379
Diffstat (limited to 'llvm/lib/CodeGen')
-rw-r--r-- | llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp b/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp index b55414b51b8..6cfd77fcb3c 100644 --- a/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp +++ b/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp @@ -461,7 +461,8 @@ bool DAGTypeLegalizer::ScalarizeVectorOperand(SDNode *N, unsigned OpNo) { N->dump(&DAG); dbgs() << "\n"; #endif - llvm_unreachable("Do not know how to scalarize this operator's operand!"); + report_fatal_error("Do not know how to scalarize this operator's " + "operand!\n"); case ISD::BITCAST: Res = ScalarizeVecOp_BITCAST(N); break; |