On Tue, 27 Jan 2009, Szak�ts Viktor wrote:

Hi Viktor,

> Two links that may be useful sometimes:
> stdint.h implemented for MSVC compilers:
> http://msinttypes.googlecode.com/svn/trunk/stdint.h
> 
> Portable stdint.h implementation:
> http://www.azillionmonkeys.com/qed/pstdint.h

Thanks for the links.
I do not want to implement our ownIEEE754 double value
decoding. The only one place I made it is common/hbarch.c
because I need it for binary compatibility in some places
like CDX format or PCODE in .hrb modules used on different
platforms. Here we have platform native double values so
insteadof decoding them manually I strongly prefer to use
compiler functions. These are very simple functions (often
macros) and most compilers supports them. If not then nothing
very wrong will happen. Just simply we will not show +/-INF
value but NaN instead. We do not have it in our code so it's
not vital functionality for us.
For [u]intmax_t we can use [U]LONGLONG as replacement. Not
good but will work for current compilers. It's only important
to add support for stdint.h for all possible compilers checking
their version if necessary. It should help in the future if
some compilers support bigger then 64bit integers so [u]intmax_t
will be declared correctly.
Now if possible and necessary then please update hbprintf.c for
MSVC. It's the last popular compiler I haven't tested. We should
also make some tests with different *nixes.
Anyhow current hb_snprintf_c() code seems to be ready to replace
our snprintf() wrapper (hb_snprintf()).

best regards,
Przemek
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to