考虑使用如 NSPR 这样的平台抽象库
1. 为何选择 NSPR
在详细探讨 NSPR 之前,先了解它能解决的问题至关重要。主要涉及以下两个概念:
- 编译器差异 :即便针对同一平台设计的编译器,在某些方面也可能存在差异。在 ANSI C 语言里,整数类型(如 int、short、long)的大小取决于编译器,需遵循以下规则:short 至少 16 位,long 至少 32 位,且 short 不能长于 int,int 不能长于 long。例如,以下代码:
#include <limits.h>
...
int bar;
bar = INT_MAX;
在 64 位系统中,变量 bar 会被赋值为 0xffffffffffffffff ;而在常见的 32 位系统中,赋值为 0xffffffff 。后续使用 bar 的代码:
for (int i=0; i<bar; i++)
cout << i << "\n";
在 64 位系统的控制台会产生更多输出,这可能并非正确结果,而且在 64 位系统上对只有 32 位范围元素的数组进行索引会引发异常。NSPR 提供了有助于程序员编写在 C/C++ 数据类型大小方面更具可移植性代码的工具,不仅针对 int 类型,其他内置类型也适用。
- <
超级会员免费看
订阅专栏 解锁全文
3743

被折叠的 条评论
为什么被折叠?



