gnash-commit
[Top][All Lists]
Advanced

[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;




reply via email to

[Prev in Thread] Current Thread [Next in Thread]