Hi,
In PRE, function compute_antic_aux uses bitmap_set_subtract to compute
value/expression set subtraction.
The comment of bitmap_set_subtract says it subtracts all the values
and expressions contained in ORIG from DEST.
But the implementation as following
---
Who'd be the best person to contact regarding to libgcc for ARM 4T, 6M and 7M
targets?
Thanks,
Zoltan
Hi,
I looked at this a bit closer.
sin(1.0e22) is outside the +-2^63 range, so FPREM1 is used to bring it
inside the range.
So, I looked at FPREM1 a bit closer.
#include
#include
int main (void)
{
long double x, r, m;
x = 1.0e22;
// x = 5.26300791462049950360708478127784; <- This is what t
We are conducting a full day tutorial on GCC for Parallelization in
conjuction with AMC PPoPP (Principles and Practices of Parallel
Programming) being held at New Orleans from 25-29 February 2012.
Conference Website: http://dynopt.org/ppopp-2012/
More details about the tutorial can be found fr
What do you think about making enum types have only the size needed for the
number of constants held?
If an enum type has 256 constants or less, for example, it needs only one byte.
If it has between 257 and 65536 constants, in the other hand, it needs two
bytes.
On 02/05/2012 11:08 AM, James Courtier-Dutton wrote:
Hi,
I looked at this a bit closer.
sin(1.0e22) is outside the +-2^63 range, so FPREM1 is used to bring it
inside the range.
So, I looked at FPREM1 a bit closer.
#include
#include
int main (void)
{
long double x, r, m;
x = 1.0e22;
// x
On 2012-02-04 13:00:45 +0100, Andreas Schwab wrote:
> But it is indistinguishable from 10^22+pi. So both -0.8522008497671888
> and 0.8522008497671888 are correct results, or anything inbetween.
No, 10^22 and 10^22+pi are different numbers. You are not
following the IEEE 754 model, where each inpu
On Feb 5, 2012, at 11:08, James Courtier-Dutton wrote:
> But, r should be
> 5.26300791462049950360708478127784... or
> -1.020177392559086973318201985281...
> according to wolfram alpha and most arbitrary maths libs I tried.
>
> I need to do a bit more digging, but this might point to a bug in th
On 05/02/12 17:29, Alexandre Almeida wrote:
What do you think about making enum types have only the size needed
for the number of constants held? If an enum type has 256 constants
or less, for example, it needs only one byte. If it has between 257
and 65536 constants, in the other hand, it needs
Walter,
I am happy to announce your appointment as maintainer for this port /
these ports pending initial technical approval. That could come from
Richard or Joseph, for example.
As part of your initial commit, please add your name to MAINTAINERS
and submit a news item for our main page as well
On 05/02/2012 19:01, Vincent Lefevre wrote:
> On 2012-02-04 13:00:45 +0100, Andreas Schwab wrote:
>> But it is indistinguishable from 10^22+pi. So both -0.8522008497671888
>> and 0.8522008497671888 are correct results, or anything inbetween.
>
> No, 10^22 and 10^22+pi are different numbers.
O
Hi Gerald. Great thanks! I'll prepare the items you mentioned below.
Walter
On 2/5/2012 3:52 PM, Gerald Pfeifer wrote:
> Walter,
>
> I am happy to announce your appointment as maintainer for this port /
> these ports pending initial technical approval. That could come from
> Richard or Josep
2012/2/5 David Brown :
>
> Enum types in C++ can be any integer type big enough to cover the required
> range. I think most C++ compilers use the smallest integer type that covers
> the range.
With the three C++ compilers I tried enums are int-sized for
compatiblity reasons, so that enums declare
On Sun, Feb 5, 2012 at 12:58 PM, Jonathan Wakely wrote:
> 2012/2/5 David Brown :
>>
>> Enum types in C++ can be any integer type big enough to cover the required
>> range. I think most C++ compilers use the smallest integer type that covers
>> the range.
>
> With the three C++ compilers I tried e
On 2012-02-05 20:52:39 +, Dave Korn wrote:
> On 05/02/2012 19:01, Vincent Lefevre wrote:
> > On 2012-02-04 13:00:45 +0100, Andreas Schwab wrote:
> >> But it is indistinguishable from 10^22+pi. So both -0.8522008497671888
> >> and 0.8522008497671888 are correct results, or anything inbetween.
>
15 matches
Mail list logo
