Displaying 5 results from an estimated 5 matches for "tmpvt".
Did you mean:
tmp_t
2008 Feb 27
2
[LLVMdev] 16-bit target problem
...D rather than sign/zero.
// FIXME: C calling convention requires the return type to be promoted to
// at least 32-bit. But this is not necessary for non-C calling conventions.
if (MVT::isInteger(RetOp.getValueType()) &&
RetOp.getValueType() < MVT::i64) {
MVT::ValueType TmpVT;
if (TLI.getTypeAction(MVT::i32) == TargetLowering::Promote)
TmpVT = TLI.getTypeToTransformTo(MVT::i32);
else
TmpVT = MVT::i32;
This is wrong in at least two ways:
1. First it encodes C semantics in the backend, making other language
front-ends difficult. The c...
2008 Feb 27
0
[LLVMdev] 16-bit target problem
...> // FIXME: C calling convention requires the return type to be promoted to
> // at least 32-bit. But this is not necessary for non-C calling conventions.
> if (MVT::isInteger(RetOp.getValueType()) &&
> RetOp.getValueType() < MVT::i64) {
> MVT::ValueType TmpVT;
> if (TLI.getTypeAction(MVT::i32) == TargetLowering::Promote)
> TmpVT = TLI.getTypeToTransformTo(MVT::i32);
> else
> TmpVT = MVT::i32;
>
> This is wrong in at least two ways:
> 1. First it encodes C semantics in the backend, making other langua...
2009 May 21
0
[LLVMdev] [PATCH] Add new phase to legalization to handle vector operations
On Wed, May 20, 2009 at 4:55 PM, Dan Gohman <gohman at apple.com> wrote:
> Can you explain why you chose the approach of using a new pass?
> I pictured removing LegalizeDAG's type legalization code would
> mostly consist of finding all the places that use TLI.getTypeAction
> and just deleting code for handling its Expand and Promote. Are you
> anticipating something more
2009 May 20
2
[LLVMdev] [PATCH] Add new phase to legalization to handle vector operations
On May 20, 2009, at 1:34 PM, Eli Friedman wrote:
> On Wed, May 20, 2009 at 1:19 PM, Eli Friedman
> <eli.friedman at gmail.com> wrote:
>
>> Per subject, this patch adding an additional pass to handle vector
>>
>> operations; the idea is that this allows removing the code from
>>
>> LegalizeDAG that handles illegal types, which should be a significant
2009 May 21
2
[LLVMdev] [PATCH] Add new phase to legalization to handle vector operations
...t;operands not widen");
- Result = DAG.getNode(Node->getOpcode(), dl, WidenVT, Cond1, Cond2, Tmp1,
- Tmp2, Node->getOperand(4));
- break;
- }
- case ISD::VSETCC: {
- // Determine widen for the operand
- SDValue Tmp1 = Node->getOperand(0);
- MVT TmpVT = Tmp1.getValueType();
- assert(TmpVT.isVector() && "can not widen non vector type");
- MVT TmpEVT = TmpVT.getVectorElementType();
- MVT TmpWidenVT = MVT::getVectorVT(TmpEVT, NewNumElts);
- Tmp1 = WidenVectorOp(Tmp1, TmpWidenVT);
- SDValue Tmp2 = WidenVectorOp(Node...