Displaying 5 results from an estimated 5 matches for "powi_f32".
2012 Dec 12
1
[LLVMdev] powi_f32
I'm trying to get clang/llvm soft float to generate a call to __powisf2
and __powidf2.
How would you do this in C?
these are mappings from RTLIB::POWI_F32, RTLIB::POWI_F64
2014 Sep 18
2
[LLVMdev] troubles with ISD::FPOWI
...----
This is coming out of DAGTypeLegalizer::ExpandIntegerResult().
I've tried adding some code to expand the integer operand (operand 1) via SIGN_EXTEND[_INREG] but keep getting other consistency errors.
Another approach I tried was to set the calling convention:
setLibcallCallingConv(RTLIB::POWI_F32, CallingConv::C);
Which would seem to force the call to convert the i32 --> i64 just like any other call, but that did not work either
Any suggestions (is this a real bug? - when I give other 64-bit targets, they also bomb out (sparcv9, aarch64)
Regards,
Richard Gorton
Cognitive Electronics...
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.isVector()) {
- Result = LegalizeOp(UnrollVectorOp(Op));
- break;
- }
+ assert(!VT.isVector() && "Vector should be already expanded!");
// We always lower FPOWI into a libcall. No target support for it yet.
RTLIB::Libcall LC = GetFPLibCall(VT, RTLIB::POWI_F32, RTLIB::POWI_F64,
@@ -3973,47 +3376,17 @@
break;
}
case ISD::BIT_CONVERT:
- if (!isTypeLegal(Node->getOperand(0).getValueType())) {
+ switch (TLI.getOperationAction(ISD::BIT_CONVERT,
+ Node->getOperand(0).getValueType())) {
+ default: asse...