On Thu, 7 Apr 2011 16:40:46 +0200 (CEST) Vincent Torri
<vto...@univ-evry.fr> wrote:

> 
> 
> On Fri, 8 Apr 2011, David Seikel wrote:
> 
> > Ecore uses a call to finite(), this call seems to be obsolete.  It
> > is replaced by a macro isfinite().  I'm wondering if we should fix
> > that, and what our portability experts think?
> >
> > It's used in _ecore_main_select() in ecore_main.c.  I don't think
> > it is used anywhere else in current svn.
> >
> > In my current contract I'm compiling EFL using uClibc, and that does
> > not provide finite(), but does provide isfinite().  The reason they
> > say they do that is coz finite() is obsolete.
> >
> > Hmm, the Windows build files include this "finite=_finite" in
> > "PreprocessorDefinitions".  Seems to be basically renaming a few
> > functions to their Windows equivalents.
> 
> If there are such problems in different libc, I would suggest to
> detect the function in configure.ac and add a static inline function
> that used the corresponding function, with a special case for Visul
> Studio (_finite(), no finite(), nor isfinite() nor _isfinite() (I
> just checked))

Static inline?  Why not a macro?  isfinite() is supposed to be a macro
for what it's worth.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.

Attachment: signature.asc
Description: PGP signature

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to