What's up with rounding in cmath?!

[The Cool Giraffe]

I have trouble making the following line compile.

int a = round (2.6);

I have, of course, included <cmathand i can go flooring and

ceiling with no problems. However, the rounding seems not to

be working at all. The compiler barks out that:

Error 3 error C3861: 'round': identifier not found

and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...

What can be the reason? The remedy?

--
Vänligen Kerstin Viltersten
(The Cool Giraffe)

[=?ISO-8859-1?Q?Erik_Wikstr=F6m?=]

On 2007-05-11 23:01, The Cool Giraffe wrote:

I have trouble making the following line compile.

int a = round (2.6);

I have, of course, included <cmathand i can go flooring and

ceiling with no problems. However, the rounding seems not to

be working at all. The compiler barks out that:

Error 3 error C3861: 'round': identifier not found

and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...

What can be the reason? The remedy?

A quick look in the standard gives that answer that there is no round()
function. The remedy is to get a C99 compliant library and include
<math.h(round() was included first in C99).

--
Erik Wikström

[Salt_Peter]

On May 11, 5:01 pm, "The Cool Giraffe" <[e-mail]>
wrote:

I have trouble making the following line compile.

int a = round (2.6);

I have, of course, included <cmathand i can go flooring and

ceiling with no problems. However, the rounding seems not to

be working at all. The compiler barks out that:

Error 3 error C3861: 'round': identifier not found

and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...

What can be the reason? The remedy?

--
Vänligen Kerstin Viltersten
(The Cool Giraffe)

round() doesn't return an int, although thats not your problem.

#include <iostream>
#include <cmath>

int main()
{
double result = round( 2.6 );
std::cout << "result = " << result << std::endl;
}

if you really need an int, use a static_cast< int >( )

[Ian Collins]

Erik Wikström wrote:

On 2007-05-11 23:01, The Cool Giraffe wrote:

>I have trouble making the following line compile.

int a = round (2.6);

I have, of course, included <cmathand i can go flooring and

ceiling with no problems. However, the rounding seems not to

be working at all. The compiler barks out that:

Error 3 error C3861: 'round': identifier not found

and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...

What can be the reason? The remedy?

A quick look in the standard gives that answer that there is no round()
function. The remedy is to get a C99 compliant library and include
<math.h(round() was included first in C99).

You might be able to get away with just changing the header to <math.h>
if your compiler's C mode uses the C99 library.

--
Ian Collins.

[The Cool Giraffe]

Erik Wikström wrote/skrev/kaita/popisal/schreibt :

On 2007-05-11 23:01, The Cool Giraffe wrote:

>I have trouble making the following line compile.

int a = round (2.6);

I have, of course, included <cmathand i can go flooring and

ceiling with no problems. However, the rounding seems not to

be working at all. The compiler barks out that:

Error 3 error C3861: 'round': identifier not found

and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...

What can be the reason? The remedy?

A quick look in the standard gives that answer that there is no
round() function. The remedy is to get a C99 compliant library and
include <math.h(round() was included first in C99).

I find that astonishing... Well, i know how to work around
it so the question was purely academic. Thanks to all of
you. It's appreciated.

--
Vänligen Kerstin Viltersten
(The Cool Giraffe)

[Ian Collins]

The Cool Giraffe wrote:

Erik Wikström wrote/skrev/kaita/popisal/schreibt :

>On 2007-05-11 23:01, The Cool Giraffe wrote:

>>I have trouble making the following line compile.

int a = round (2.6);

I have, of course, included <cmathand i can go flooring and

ceiling with no problems. However, the rounding seems not to

be working at all. The compiler barks out that:

Error 3 error C3861: 'round': identifier not found

and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...

What can be the reason? The remedy?

A quick look in the standard gives that answer that there is no
round() function. The remedy is to get a C99 compliant library and
include <math.h(round() was included first in C99).

I find that astonishing... Well, i know how to work around
it so the question was purely academic. Thanks to all of
you. It's appreciated.

Why is it astonishing? The round family of functions are new in C99, so
not part of the standard C++ library.

--
Ian Collins.

[The Cool Giraffe]

Ian Collins wrote/skrev/kaita/popisal/schreibt :

The Cool Giraffe wrote:

>Erik Wikström wrote/skrev/kaita/popisal/schreibt :

>>On 2007-05-11 23:01, The Cool Giraffe wrote:

>>>I have trouble making the following line compile.

int a = round (2.6);

I have, of course, included <cmathand i can go flooring and

ceiling with no problems. However, the rounding seems not to

be working at all. The compiler barks out that:

Error 3 error C3861: 'round': identifier not found

and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...

What can be the reason? The remedy?
A quick look in the standard gives that answer that there is no
round() function. The remedy is to get a C99 compliant library and
include <math.h(round() was included first in C99).

I find that astonishing... Well, i know how to work around
it so the question was purely academic. Thanks to all of
you. It's appreciated.

Why is it astonishing? The round family of functions are new in C99,
so not part of the standard C++ library.

Astonishing, or at least surprising. Why? Well, intuitively speaking,
i'd expect a routine for _rounding_ to be there, if there's one for
_flooring_ and _ceiling_. I guess, in my view, they are the three
musketeers going together.

Of course it's not impossible but i'd be surprised too if a math
package would include sine but not cosine... I hope that answered
your question.

--
Vänligen Kerstin Viltersten
(The Cool Giraffe)

[Juha Nieminen]

The Cool Giraffe wrote:

int a = round (2.6);

You could alternatively write:

int a = int(std::floor(var + 0.5));

[P.J. Plauger]

"The Cool Giraffe" <gi******@viltersten.comwrote in message
news:5a*************@mid.individual.net...

Ian Collins wrote/skrev/kaita/popisal/schreibt :

>The Cool Giraffe wrote:

>>Erik Wikström wrote/skrev/kaita/popisal/schreibt :
On 2007-05-11 23:01, The Cool Giraffe wrote:

>>>>I have trouble making the following line compile.
>
int a = round (2.6);
>
I have, of course, included <cmathand i can go flooring and
>
ceiling with no problems. However, the rounding seems not to
>
be working at all. The compiler barks out that:
>
Error 3 error C3861: 'round': identifier not found
>
and that's the end of this story. I can (and most likely
will) simply add 0.5 and the floor-ify the result but
that's just wrong, so wrong...
>
What can be the reason? The remedy?
A quick look in the standard gives that answer that there is no
round() function. The remedy is to get a C99 compliant library and
include <math.h(round() was included first in C99).
I find that astonishing... Well, i know how to work around
it so the question was purely academic. Thanks to all of
you. It's appreciated.

Why is it astonishing? The round family of functions are new in C99,
so not part of the standard C++ library.

Astonishing, or at least surprising. Why? Well, intuitively speaking,
i'd expect a routine for _rounding_ to be there, if there's one for
_flooring_ and _ceiling_. I guess, in my view, they are the three
musketeers going together.

Of course it's not impossible but i'd be surprised too if a math
package would include sine but not cosine... I hope that answered
your question.

round is required by TR1, and is included in our complete version
available at our web site. It has also been voted into C++0X, so in
a few years it'll be a required part of Standard C++.

And BTW, round isn't as easy to implement as you might think,
particularly if you want to honor the current floating-point rounding
mode.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com

[ajk]

On Sat, 12 May 2007 09:43:20 -0400, "P.J. Plauger"
<pj*@dinkumware.comwrote:

>"The Cool Giraffe" <gi******@viltersten.comwrote in message
news:5a*************@mid.individual.net...

>Ian Collins wrote/skrev/kaita/popisal/schreibt :

>>The Cool Giraffe wrote:
Erik Wikström wrote/skrev/kaita/popisal/schreibt :
On 2007-05-11 23:01, The Cool Giraffe wrote:

>>>>>I have trouble making the following line compile.
>>
>int a = round (2.6);
>>
>I have, of course, included <cmathand i can go flooring and
>>
>ceiling with no problems. However, the rounding seems not to
>>
>be working at all. The compiler barks out that:
>>
>Error 3 error C3861: 'round': identifier not found
>>
>and that's the end of this story. I can (and most likely
>will) simply add 0.5 and the floor-ify the result but
>that's just wrong, so wrong...
>>
>What can be the reason? The remedy?
A quick look in the standard gives that answer that there is no
round() function. The remedy is to get a C99 compliant library and
include <math.h(round() was included first in C99).
I find that astonishing... Well, i know how to work around
it so the question was purely academic. Thanks to all of
you. It's appreciated.

Why is it astonishing? The round family of functions are new in C99,
so not part of the standard C++ library.

Astonishing, or at least surprising. Why? Well, intuitively speaking,
i'd expect a routine for _rounding_ to be there, if there's one for
_flooring_ and _ceiling_. I guess, in my view, they are the three
musketeers going together.

Of course it's not impossible but i'd be surprised too if a math
package would include sine but not cosine... I hope that answered
your question.

round is required by TR1, and is included in our complete version
available at our web site. It has also been voted into C++0X, so in
a few years it'll be a required part of Standard C++.

And BTW, round isn't as easy to implement as you might think,
particularly if you want to honor the current floating-point rounding
mode.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com

*when* will actually the new C++ standard come out ? I have heard a
lot of talk about it but haven't seen any concrete dates/years.

br/ajk

[=?ISO-8859-1?Q?Erik_Wikstr=F6m?=]

On 2007-05-12 16:15, ajk wrote:

On Sat, 12 May 2007 09:43:20 -0400, "P.J. Plauger"
<pj*@dinkumware.comwrote:

>>"The Cool Giraffe" <gi******@viltersten.comwrote in message
news:5a*************@mid.individual.net...

>>Ian Collins wrote/skrev/kaita/popisal/schreibt :
The Cool Giraffe wrote:
Erik Wikström wrote/skrev/kaita/popisal/schreibt :
>On 2007-05-11 23:01, The Cool Giraffe wrote:

>>I have trouble making the following line compile.
>>>
>>int a = round (2.6);
>>>
>>I have, of course, included <cmathand i can go flooring and
>>>
>>ceiling with no problems. However, the rounding seems not to
>>>
>>be working at all. The compiler barks out that:
>>>
>>Error 3 error C3861: 'round': identifier not found
>>>
>>and that's the end of this story. I can (and most likely
>>will) simply add 0.5 and the floor-ify the result but
>>that's just wrong, so wrong...
>>>
>>What can be the reason? The remedy?
>A quick look in the standard gives that answer that there is no
>round() function. The remedy is to get a C99 compliant library and
>include <math.h(round() was included first in C99).
>
>
I find that astonishing... Well, i know how to work around
it so the question was purely academic. Thanks to all of
you. It's appreciated.
>
Why is it astonishing? The round family of functions are new in C99,
so not part of the standard C++ library.
Astonishing, or at least surprising. Why? Well, intuitively speaking,
i'd expect a routine for _rounding_ to be there, if there's one for
_flooring_ and _ceiling_. I guess, in my view, they are the three
musketeers going together.

Of course it's not impossible but i'd be surprised too if a math
package would include sine but not cosine... I hope that answered
your question.

round is required by TR1, and is included in our complete version
available at our web site. It has also been voted into C++0X, so in
a few years it'll be a required part of Standard C++.

And BTW, round isn't as easy to implement as you might think,
particularly if you want to honor the current floating-point rounding
mode.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com

*when* will actually the new C++ standard come out ? I have heard a
lot of talk about it but haven't seen any concrete dates/years.

As I understand they (the committee) are aiming at 2009, which means
that they'll have to have a document ready to present to ISO at the end
of this year.

--
Erik Wikström

[Pete Becker]

Salt_Peter wrote:

On May 11, 5:01 pm, "The Cool Giraffe" <[e-mail]>

>>
int a = round (2.6);

round() doesn't return an int, although thats not your problem.

The value returned by round can be assigned to an int. What's your point?

--

-- Pete
Roundhouse Consulting, Ltd. (www.versatilecoding.com)
Author of "The Standard C++ Library Extensions: a Tutorial and
Reference." (www.petebecker.com/tr1book)