Win32平台下的微软C编译器(cl.exe for 80×86)的对齐策略
2008-08-31 12:43
274 查看
Win32平台下的微软C编译器(cl.exe for 80×86)的对齐策略:
1) 结构体变量的首地址能够被其最宽基本类型成员的大小所整除;
备注:编译器在给结构体开辟空间时,首先找到结构体中最宽的基本数据类型,然后寻找内存地址能被该基本数据类型所整除的位置,作为结构体的首地址。将这个最宽的基本数据类型的大小作为上面介绍的对齐模数。
2) 结构体每个成员相对于结构体首地址的偏移量(offset)都是成员大小的整数倍,如有需要编译器会在成员之间加上填充字节(internal adding);
备注:为结构体的一个成员开辟空间之前,编译器首先检查预开辟空间的首地址相对于结构体首地址的偏移是否是本成员的整数倍,若是,则存放本成员,反之,则在本成员和上一个成员之间填充一定的字节,以达到整数倍的要求,也就是将预开辟空间的首地址后移几个字节。
3) 结构体的总大小为结构体最宽基本类型成员大小的整数倍,如有需要,编译器会在最末一个成员之后加上填充字节(trailing padding)。
备注:结构体总大小是包括填充字节,最后一个成员满足上面两条以外,还必须满足第三条,否则就必须在最后填充几个字节以达到本条要求。
1) 结构体变量的首地址能够被其最宽基本类型成员的大小所整除;
备注:编译器在给结构体开辟空间时,首先找到结构体中最宽的基本数据类型,然后寻找内存地址能被该基本数据类型所整除的位置,作为结构体的首地址。将这个最宽的基本数据类型的大小作为上面介绍的对齐模数。
2) 结构体每个成员相对于结构体首地址的偏移量(offset)都是成员大小的整数倍,如有需要编译器会在成员之间加上填充字节(internal adding);
备注:为结构体的一个成员开辟空间之前,编译器首先检查预开辟空间的首地址相对于结构体首地址的偏移是否是本成员的整数倍,若是,则存放本成员,反之,则在本成员和上一个成员之间填充一定的字节,以达到整数倍的要求,也就是将预开辟空间的首地址后移几个字节。
3) 结构体的总大小为结构体最宽基本类型成员大小的整数倍,如有需要,编译器会在最末一个成员之后加上填充字节(trailing padding)。
备注:结构体总大小是包括填充字节,最后一个成员满足上面两条以外,还必须满足第三条,否则就必须在最后填充几个字节以达到本条要求。
相关文章推荐
- zz Win32平台下的微软C编译器的对齐策略
- 微软编译器vs 编译器(cl.exe)和连接器参数
- 微软 CL.exe 编译器选项
- 深入探究VC —— 编译器cl.exe(1)
- C++ -> 在Window7 命令行下使用微软编译工具 cl.exe
- 深入探究VC —— 编译器cl.exe(2)
- 深入探究VC —— 编译器cl.exe(1)
- windows平台cl.exe编译pcre 8.13
- 微软cl编译器的简单使用
- sublime_text配置微软编译器(cl)
- 几个VS编译器(cl.exe)命令行编译的例子
- 为什么在VC6.0的编译器 编译后 总是出现这样一个错误Error spawning cl.exe .
- 个VS编译器(cl.exe)命令行编译的例子
- 【git】 Git\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
- 转:链接器link.exe 编译器cl.exe 资源编译器rc.exe
- C++ -> 在Window7 命令行下使用微软编译工具 cl.exe
- 微软cl编译器的简单使用
- 链接器link.exe 编译器cl.exe 资源编译器rc.exe
- 深入探究VC —— 编译器cl.exe(1)
- 深入探究VC —— 编译器cl.exe(2)