Linux下gcc编译得问题

[ajsword]

相同得C文件,在两个linux系统下用gcc编译,执行得时候发现用sizeof计算出来得结构体大大小不同,虽然知道是位对齐方面的问题,有什么好得方法解决吗,怎么解决

[ajsword]

up

[new1mm]

为什么一定要相同呢？

[kangjian1]

这有2方面的原因:
1.编译器往往有一个选项,是为了确定结构内成员的对齐方式,比如:
typedef struct tagXXX
{
char a;
int b;
}XXX;
如果采用"以4字节对齐"那么sizeof(XXX)应该是8,即在a后面空了3个字节,
以达到让b的地址是4的整数倍.
如果采用"以2字节对齐"那么sizeof(XXX)应该是6,即在a后面空了1个字节,
以达到让b的地址是2的整数倍.
具体要看编译器的选项.

2.可能是系统的位数不同.在16位机上int是2个字节而在32位上是4个字节.

[kangjian1]

抛开第二点不说,在第一种情况往往采用如下的定义方法:
#define ALIGN 2

typedef struct tagXXX
{
char a;
#if ALIGN_2
char pad[3];
#endif
int b;
}XXX;

(注意char型不会对齐)

[踏岸寻柳]

sizeof的结果同编译器有关，不同的编译器结果可能不同的；
该结果又与编译选项有关，同一个编译器不同的编译选项结果可能不同。

[kangjian1]

#define ALIGN 2 //如果你的编译器不能4字节对齐只能2字节对齐，就要有着一句

typedef struct tagXXX //你定义的结构
{
char a;
#if ALIGN_2 //如果是2字节对齐
char pad[3]; //填补3个空字节
#endif
int b;
}XXX;

这个方法是一些操作系统为了避免你说的问题所采用的常见的方法

[ajsword]

如果是要修改编译器得选项应该怎么改

[ajsword]

能否解释一下代码得含义,谢谢
还有能不能修改编译器得选项,怎么改

[fxiangh]

第一招:
malloc(SIZE)

第二招:
用联合
union {
struct XXX;
char buf[SIZE];
} SOMETYPE;

[ajsword]

又沉下去啦:(