关于c:AIX和Linux-C语言编译器差别

4次阅读

共计 762 个字符,预计需要花费 2 分钟才能阅读完成。

xlc++ 和 g++

AIX 上应用的是 xlc++ 编译器,Linux 上应用的是 g ++ 编译器。
对 C 规范中没有严格定义的行为,两个编译器的解决形式不肯定雷同,代码在两个平台运行会有不一样的体现。导致在一个平台运行失常,另一个平台可能就是 bug 了。
问题集中在以下几个方面

危险代码示例 xlc++ 编译器 g++ 编译器 解决办法
s=”12”
sprintf(r,”%04s”,s);
s 有余四位左侧补’0’
r=”0012”
s 有余四位左侧补空字符 ’ ‘
r=”12”
减少查看代码
char p= r;
for (;
p == ‘ ‘; ++p)
*p=’0′;
文件描述符 file=NULL 时,
写入内容 fprintf(file, “…”);
无奈写入,程序持续向下执行 程序解体 减少判断
if (file != NULL)
memcpy 越界复制数组数据 变量间地址扩散,数组自身越界,对其余变量无影响,个别能够出失常后果。 变量间地址严密相邻,数组自身越界,邻近定义的变量值也会被笼罩,后果异样。 查看对应地位复制内存长度,防止越界
构造体 s 蕴含 double 型变量 a,应用前没初始化 a 默认值 0.0 a 默认值为超大负数,导致程序解体 减少初始化解决 memset(&s, ‘0’, sizeof(s));

32 位零碎 和 64 位零碎

如果两个平台一个是 32 位版本另一个是 64 位版本,有些变量的长度会发生变化。须要留神的中央如下表格:

变量类型 32 位零碎 64 位零碎 危险代码及解决
long 4 字节 8 字节 防止应用 sizeof(long)来获取长度数值
指针 4 字节 8 字节 代码中一些 memcpy 和 strncpy 的第三个参数为 sizeof(指针),迁徙后造成复制内存长度变动(4 变为 8)后果异样。须要依据状况批改,防止应用 sizeof 对指针这种长度随平台变动的变量进行操作。当数组名作为参数时也相当于一个指针,也不应进行 sizeof 操作。
正文完
 0