anonymous coward wrote:
>
> Can we please eliminate this kind of crap from NASM's
source code?
>
> There is very little reason for compiler-specific code
like this.
> All it tends to do is cause problems on other
machines/platforms.
>
As long as it's appropriately protected (which this wasn't),
it's not a
huge deal. Hardly worth it, though.
>> We really should get rid of those data types and
use uint32_t et al instead.
>
> The highest level of portability is achieved via C89 +
long long.
> At least that is my experience from several years of
NASM64 work.
>
Breaks on Win98.
If a platform is missing <inttypes.h>, it's trivial to
create one for
the platform.
-hpa
------------------------------------------------------------
-------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
take
control of your XML. No limits. Just data. Click to get it
now.
http://sourcefor
ge.net/powerbar/db2/
_______________________________________________
Nasm-devel mailing list
Nasm-devel lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nasm-devel
a>
|