[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnash-commit] gnash backend/render_handler.h backend/render_h...
From: |
strk |
Subject: |
Re: [Gnash-commit] gnash backend/render_handler.h backend/render_h... |
Date: |
Thu, 1 Mar 2007 13:59:38 +0100 |
On Thu, Mar 01, 2007 at 01:07:15PM +0100, Udo Giacomozzi wrote:
> Hello strk,
>
> Thursday, March 1, 2007, 11:48:23 AM, you wrote:
> s> My own style so far has been to use CamelCase for new things.
> s> I'm sure many will disagree...
>
> You choose CamelCase for some good reason?
>
> I'm happy with any of them, but think it's a bad idea to mix both
> styles.
Actually, my primary reason was specifically *mixing* both
styles to easily recognize "inherited" implementation from
"original" one.
> s> std::abs() should be an overloaded one, did you try ?
>
> My docs say abs() is for int, fabs() for float etc. But I could have
> looked the wrong place.
mmm <cmath> contain these:
inline double
abs(double __x)
{ return __builtin_fabs(__x); }
inline float
abs(float __x)
{ return __builtin_fabsf(__x); }
inline long double
abs(long double __x)
{ return __builtin_fabsl(__x); }
Can't find a definition for int though, maybe the one from math.h will be used
--strk;