Displaying 9 results from an estimated 9 matches for "fcopysign".
Did you mean:
copysign
2016 Jun 14
2
llvm intrinsics/libc/libm question
If I do
T.getArch() == xxx
TLI.setUnavailable(LibFunc::copysign)
then this works at generating a call instead of not being able to select
the ISD::FCOPYSIGN, but I don't know why I don't need to do this for other
LibFunc functions (such as floor, etc... these generate call just fine)?
Thanks,
Ryan
On Tue, Jun 14, 2016 at 11:58 AM, Ryan Taylor <ryta1203 at gmail.com> wrote:
> I'm still not sure why copysign and fabs have to be...
2016 Jun 07
2
llvm intrinsics/libc/libm question
...it works fine, I can just use
setLibcallName(RTLIB::floor, "__xxx_floor")... but again, the functions
that are RTLIB are limited. Using intrinsics make it more difficult because
then you have to match the intrinsic (rather than it automatically
generating a lib call). ISD is just as bad (FCOPYSIGN, FABS for example)
because then they need to be manually lowered.
Thanks,
Ryan
On Tue, Jun 7, 2016 at 4:38 PM, Tim Northover <t.p.northover at gmail.com>
wrote:
> On 7 June 2016 at 13:24, Ryan Taylor via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
> > Not sure why i...
2014 Aug 07
3
[LLVMdev] Proposal: Add a target lowering hook to state that target supports floating point exception behavior.
...esToEven);
- if (s!=APFloat::opInvalidOp && s!=APFloat::opDivByZero)
+ if (!HasFPExceptions || (s!=APFloat::opInvalidOp &&
+ s!=APFloat::opDivByZero)) {
return getConstantFP(V1, VT);
+ }
break;
case ISD::FCOPYSIGN:
V1.copySign(V2);
Index: lib/CodeGen/TargetLoweringBase.cpp
===================================================================
--- lib/CodeGen/TargetLoweringBase.cpp (revision 215148)
+++ lib/CodeGen/TargetLoweringBase.cpp (working copy)
@@ -705,6 +705,7 @@
JumpIsExpensive = false;...
2016 Jun 07
4
llvm intrinsics/libc/libm question
...gt; setLibcallName(RTLIB::floor, "__xxx_floor")... but again, the functions that
>> are RTLIB are limited. Using intrinsics make it more difficult because then
>> you have to match the intrinsic (rather than it automatically generating a
>> lib call). ISD is just as bad (FCOPYSIGN, FABS for example) because then
>> they need to be manually lowered.
>> Thanks,
>>
>> Ryan
>>
>>
>>
>> On Tue, Jun 7, 2016 at 4:38 PM, Tim Northover <t.p.northover at gmail.com>
>> wrote:
>>>
>>> On 7 June 2016 at 13:24,...
2014 Aug 08
3
[LLVMdev] Proposal: Add a target lowering hook to state that target supports floating point exception behavior.
...p;& s!=APFloat::opDivByZero)
>> + if (!HasFPExceptions || (s!=APFloat::opInvalidOp &&
>> + s!=APFloat::opDivByZero)) {
>> return getConstantFP(V1, VT);
>> + }
>> break;
>> case ISD::FCOPYSIGN:
>> V1.copySign(V2);
>> Index: lib/CodeGen/TargetLoweringBase.cpp
>> ===================================================================
>> --- lib/CodeGen/TargetLoweringBase.cpp (revision 215148)
>> +++ lib/CodeGen/TargetLoweringBase.cpp (working copy)
>&...
2016 Jun 07
3
llvm intrinsics/libc/libm question
In the first code I see a 'tail call @acos', in the second code I see a
tail call @llvm.acos.f32'. (sorry, there should be only one input for acos,
I've been trying many libm/libc functions).
Not sure why it's called TargetLibraryInfo if it's not in target specific
code? It seems that ALL targets use this code, making it generic. Am I
missing something here?
Basically
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
...return LowerUINT_TO_FP(Op, DAG);
case ISD::FP_TO_SINT: return LowerFP_TO_SINT(Op, DAG);
+ case ISD::FP_TO_UINT: return LowerFP_TO_UINT(Op, DAG);
case ISD::FABS: return LowerFABS(Op, DAG);
case ISD::FNEG: return LowerFNEG(Op, DAG);
case ISD::FCOPYSIGN: return LowerFCOPYSIGN(Op, DAG);
@@ -6626,7 +6665,8 @@
assert(false && "Do not know how to custom type legalize this operation!");
return;
case ISD::FP_TO_SINT: {
- std::pair<SDValue,SDValue> Vals = FP_TO_SINTHelper(SDValue(N, 0), DAG);
+ std::pai...