OK, I reverted back to the tried and true MPL way... It hasn't been
completely unproductive, however: I added tests for infinity (either
sign) and finite-ness to MPL_isnan.h. (On top of which I now understand
the IEEE 754 representations far better than I care to.)
Now, this should work just li
Can you stick this in the top of src/_transforms.cpp and see if you
still get the problem?
#define _GLIBCPP_USE_C99
-Andrew
John Hunter wrote:
> On 7/13/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
>> I think I figured out and fixed the situation with isnan.
>>
>> >From http://lists.apple.com/arc
On 7/13/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
> I think I figured out and fixed the situation with isnan.
>
> >From http://lists.apple.com/archives/xcode-users/2005/Feb/msg00196.html
>
> >
> > Basically the story is this:
> > isnan() is a C99 extension to standard C.
> > Standard C++ is based
I think I figured out and fixed the situation with isnan.
>From http://lists.apple.com/archives/xcode-users/2005/Feb/msg00196.html
>
> Basically the story is this:
> isnan() is a C99 extension to standard C.
> Standard C++ is based on an older standard of C.
> Hence isnan() is not part of standa
