Displaying 5 results from an estimated 5 matches for "quiet_nan".
2017 Sep 25
2
'__builtin_nanl' and soft-FP64 support
I am seeing failures in two tests after migrating to v5.0 final, these are:
std/language.support/support.limits/limits/numeric.limits.members/quiet_NaN.
pass.cpp
and:
std/language.support/support.limits/limits/numeric.limits.members/signaling_
NaN.pass.cpp
However, these are new tests and it turns out that the underlying problem is
that the builtin '__builtin_nanl("")' is returning the value
0x0000000000000000. I tested this...
2012 Jun 24
1
[LLVMdev] APFloat::PPCDoubleDouble arithmetic
Hi all,
What changes to LLVM are needed to support arithmetic for PPCDoubleDouble?
arithmeticOK == false for PPCDoubleDouble leads e.g. to assert "Compile-time arithmetic does not support these semantics" when compiling the next function on PowerPC with clang:
double quiet_NaN()
{
return 4.94065645841246544176568792868221e-324L;
}
--
Regards,
Konstantin
2017 Sep 25
0
'__builtin_nanl' and soft-FP64 support
On 9/25/2017 5:35 AM, Martin J. O'Riordan via llvm-dev wrote:
>
> I am seeing failures in two tests after migrating to v5.0 final, these
> are:
>
> std/language.support/support.limits/limits/numeric.limits.members/quiet_NaN.pass.cpp
>
> and:
>
> std/language.support/support.limits/limits/numeric.limits.members/signaling_NaN.pass.cpp
>
> However, these are new tests and it turns out that the underlying
> problem is that the builtin ‘__builtin_nanl(“”)’ is returning the
> value 0x00000000000000...
2010 Jul 09
2
[LLVMdev] APFloat::convertToDouble asserts
> I'd rather not. The functionality you want is there, feed another
> APFloat type through APFloat::convert first.
>
> Using host FP is not something that should be encouraged; the main
> point of APFloat is so people don't have to do that. Why do you want
> to, btw?
>
Yes, i got it working using APFloat::convert. I need host float to
output to my backend which
2010 Jul 09
0
[LLVMdev] APFloat::convertToDouble asserts
On Jul 9, 2010, at 1:20 PMPDT, Jochen Wilhelmy wrote:
>> I'd rather not. The functionality you want is there, feed another
>> APFloat type through APFloat::convert first.
>>
>> Using host FP is not something that should be encouraged; the main
>> point of APFloat is so people don't have to do that. Why do you
>> want to, btw?
>
> Yes, i got