Displaying 20 results from an estimated 500 matches similar to: "[LLVMdev] error api for APInt / APFloat"
2009 Aug 20
0
[LLVMdev] error api for APInt / APFloat
On Aug 19, 2009, at 9:36 PM, Erick Tryzelaar wrote:
> I'm breaking this out from LLVM asserts thread. Here are all the
> assertions in APInt I consider should be recoverable:
>
> APInt::APInt:
> bitwidth too small
> Null pointer detected!
Hi Eric,
As we discussed on IRC, I don't think there is any reason for the
implementation of these methods to check these
2009 Aug 20
2
[LLVMdev] error api for APInt / APFloat
On Wed, Aug 19, 2009 at 11:08 PM, Chris Lattner<clattner at apple.com> wrote:
>
> As we discussed on IRC, I don't think there is any reason for the
> implementation of these methods to check these invariants. These are clear
> API invariants that the caller can check if needbe. Making the
> implementation check these will slow down clients which are known to be well
>
2009 Aug 20
0
[LLVMdev] error api for APInt / APFloat
On Aug 19, 2009, at 11:19 PM, Erick Tryzelaar wrote:
> On Wed, Aug 19, 2009 at 11:08 PM, Chris Lattner<clattner at apple.com>
> wrote:
>>
>> As we discussed on IRC, I don't think there is any reason for the
>> implementation of these methods to check these invariants. These
>> are clear
>> API invariants that the caller can check if needbe.
2007 Aug 18
1
[LLVMdev] Soft floating point support
This patch supplies software IEEE floating point support.
The comment from the patch reproduced below says all there is
to say.
This patch contains the prior "cleanup" patch; please don't apply
that one.
Please let me know of any bugs. It is tested reasonably well,
but until I put together random tests it's hard to have 100%
confidence.
Neil.
/* A self-contained host- and
2007 Dec 08
0
[LLVMdev] APFloat.h header file usage
On Dec 8, 2007, at 1:13 AM, Reid Spencer wrote:
> Hi,
>
> I'm trying to separate the Support, System, ADT and Config header
> files
> into the support module, per previous plans. However, APFloat.h is not
> self-contained:
>
> APFloat.h:105:43: error: llvm/Bitcode/SerializationFwd.h: No such file
> or directory
> APFloat.h:106:37: error:
2007 Dec 08
3
[LLVMdev] APFloat.h header file usage
Hi,
I'm trying to separate the Support, System, ADT and Config header files
into the support module, per previous plans. However, APFloat.h is not
self-contained:
APFloat.h:105:43: error: llvm/Bitcode/SerializationFwd.h: No such file
or directory
APFloat.h:106:37: error: llvm/CodeGen/ValueTypes.h: No such file or
directory
As you can see, APFloat.h depends on things that are not in the ADT,
2007 Dec 08
2
[LLVMdev] APFloat.h header file usage
Hi Ted,
On Sat, 2007-12-08 at 06:59 -0800, Ted Kremenek wrote:
> On Dec 8, 2007, at 1:13 AM, Reid Spencer wrote:
>
> > Hi,
> >
> > I'm trying to separate the Support, System, ADT and Config header
> > files
> > into the support module, per previous plans. However, APFloat.h is not
> > self-contained:
> >
> > APFloat.h:105:43: error:
2007 Mar 29
5
SVN commit hook checks
I know someone completed this but I''m not sure the hows and whats of it.
Can someone put up a doc or email about this?
2007 Dec 08
0
[LLVMdev] APFloat.h header file usage
On Dec 8, 2007, at 11:33 AM, Reid Spencer wrote:
> Okay, but I imagine that leaves it still being used in APFloat.cpp
> which
> is also trying to be segregated to the support module.
>>
>> If this doesn't seem like a clean enough solution, there are other
>> ways to potentially decouple APFloat more from the Serialization
>> "library." The
2015 Aug 10
2
Bug or expected behavior of APFloat class?
Hi,
I've been playing around with the APFloat class lately and I came
across behavior I was not expecting based on reading the
implementation comments and I'm wondering if it's a bug or
intentional.
The behavior concerns converting an APFloat to a string and back
again. In the implementation of ``APFloat::toString(...)`` you can
specify ``FormatPrecision`` as 0. The method comments
2005 Nov 22
2
32 bits software on 64 bits CentOS core
Hello to everybody, it?s possible run 32 bits program on a 64 bits CentOS core??
---------------------------------
Correo Yahoo!
Comprueba qu? es nuevo, aqu?
http://correo.yahoo.es
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/centos/attachments/20051122/d38637c7/attachment-0005.html>
2016 Sep 30
2
[PPC, APFloat] Add full PPCDoubleDouble to APFloat
I have found some internal test failures due to the wrong constant folding
on ppc_fp128.
As documented in APFloat::PPCDoubleDouble, APFloat doesn't support PowerPC
double-double correctly <
https://github.com/llvm-mirror/llvm/blob/492acdd450bcdf9837494d6da029ed064f14fc33/lib/Support/APFloat.cpp#L74
>.
To support this, we need to add a second tuple of (sign, exponent,
significand) to
2016 Oct 03
2
[PPC, APFloat] Add full PPCDoubleDouble to APFloat
Hi Hal,
On Sun, Oct 2, 2016 at 7:43 PM Hal Finkel <hfinkel at anl.gov> wrote:
> Hi Tim,
>
> How, in general, are you thinking about doing this? I ask because, as you
> clearly know, the double-double format is formed by the sum of two
> double-precision numbers, and the various arithmetic operations are formed
> mostly in terms of double-precision arithmetic on the
2010 Jul 09
2
[LLVMdev] APFloat::convertToDouble asserts
>>
>> I wonder why APFloat::convertToDouble asserts if it is not an
>> APFloat::IEEEdouble while the name "convertToDouble" suggests that it
>> converts when it is not a double.
>
> The conversion is to (host) double, as the name implies. Among
> APFloat types, that is only implemented for APFloat::IEEEdouble.
>
yes, it's to host double
2010 Jul 09
0
[LLVMdev] APFloat::convertToDouble asserts
On Jul 9, 2010, at 12:59 PMPDT, Jochen Wilhelmy wrote:
>>> I wonder why APFloat::convertToDouble asserts if it is not an
>>> APFloat::IEEEdouble while the name "convertToDouble" suggests that
>>> it
>>> converts when it is not a double.
>>
>> The conversion is to (host) double, as the name implies. Among
>> APFloat types, that is
2010 Jul 09
2
[LLVMdev] APFloat::convertToDouble asserts
Hi!
I wonder why APFloat::convertToDouble asserts if it is not an
APFloat::IEEEdouble while the name "convertToDouble" suggests that it
converts when it is not a double.
-Jochen
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 7:59 AMPDT, Jochen Wilhelmy wrote:
> Hi!
>
> I wonder why APFloat::convertToDouble asserts if it is not an
> APFloat::IEEEdouble while the name "convertToDouble" suggests that it
> converts when it is not a double.
The conversion is to (host) double, as the name implies. Among
APFloat types, that is only implemented for APFloat::IEEEdouble.
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
2012 Jul 24
2
[LLVMdev] Is append in APFloat broken?
Hi @llvm,
I stumbled over a strange behavior if a float containing a NaN is
printed (e.g. in the clang rewriter). The local template method "append"
in APFloat.cpp deduces the size from the char array, which for "NaN" is
4 (including the trailing zero). If APFloat::toString is called with a
SmallString and then SmallString::str() is called, it returns "NaN\0". I