On Wed, 23 Dec 2009, Przemysław Czerpak wrote:
hi,
on platforms where available, what is the significance of including
ieeefp.h, given that even without it, things seem to be doing OK?
Probably nothing though sometimes is good to check the details in
platform documentation. It's
On Wed, 23 Dec 2009, Tamas TEVESZ wrote:
Hi,
Probably nothing though sometimes is good to check the details in
platform documentation. It's possible that in ieeefp.h some functionality
is extended, i.e. some math functions from math.h can be replaced by
C99 compatible macros which
On Wed, 23 Dec 2009, Przemysław Czerpak wrote:
hi,
sorry to be so blunt, but the more i read, the less i understand ;)
isinf() and isfinite() are C99 extensions so they are not available if
C99 features are not enabled.
There is problem with non GCC unix builds - they do not use
Tamas TEVESZ wrote:
doesn't have a special case for os/2 -- nb i do not know if
defined( __RSXNT__ ) || defined( __EMX__ ) covers _all_ of os2; if
it does, then scratch this last remark, but then the notation is
inconstent.
Tamas,
the answer to your question is: no. There is OpenWatcom
On Wed, 23 Dec 2009, Tamas TEVESZ wrote:
Hi,
ok, so there are two places where this is used, in src/rtl/math.c:334
onwards and src/vm/itemapi.c:2250 onwards.
Three. src/common/hbprintf.c also includes it. Here is the only one
place when we try to use different C99 FL functions not only
hi,
on platforms where available, what is the significance of including
ieeefp.h, given that even without it, things seem to be doing OK?
thanks,
--
[-]
mkdir /nonexistent
___
Harbour mailing list (attachment size limit: 40KB)
On Wed, 23 Dec 2009, Tamas TEVESZ wrote:
Hi,
on platforms where available, what is the significance of including
ieeefp.h, given that even without it, things seem to be doing OK?
Probably nothing though sometimes is good to check the details in
platform documentation. It's possible that in