69,374
社区成员
发帖
与我相关
我的任务
分享ARM64 structure 对齐问题
如下结构体：
用aarch64 gcc编译器生成的代码总是把它放到一个8字节对齐的地址上。我尝试把该结构体变量放到4字节的地址，编译器会在它前面插入4字节的填充，还是要保证结构体被放到8字节对齐的地址上。
这是aarch64 gcc的要求？还是可以配置的？
struct abc {
uint32_t a;
};
用aarch64 gcc编译器生成的代码总是把它放到一个8字节对齐的地址上。我尝试把该结构体变量放到4字节的地址，编译器会在它前面插入4字节的填充，还是要保证结构体被放到8字节对齐的地址上。
这是aarch64 gcc的要求？还是可以配置的？
...全文
请发表友善的回复…
发表回复
ForestDB 2017-09-21
- 打赏
- 举报
source code:
11 __attribute__ ((__section__(".init.data"))) uint32_t fw_ver = 0;
20 struct spinlock {
21 uint32_t lock;
22 }__attribute__((packed));
78 __attribute__ ((__section__(".init.data"))) spinlock_t dbg_lock = {.lock = 0};
79 __attribute__ ((__section__(".init.data"))) uint32_t dbg_rd_idx = 0;
ldscript:
153 SECTIONS {
154 .init.data : {
155
156 } > INIT_DATA
157 }
system.map:
482 .init.data 0x000000000003fc00 0x10
483 0x000000000003fc00 fw_ver
484 0x000000000003fc08 dbg_lock
485 0x000000000003fc0c dbg_rd_idx
赵4老师 2017-09-20
- 打赏
- 举报
提醒：gcc是开源的。
leslielg 2017-09-20
- 打赏
- 举报
问了gcc的工程师，他的回复是：
aarch64固定了 struct/union/array的地址对齐到8字节，为了性能的优化。任何属性的设置都被忽略了。
他建议我在这种use case下避免使用struct。
如果这个编译器特性确实影响很大，可以向aarch64开发方报bug。
lonelyhacker 2017-09-20
- 打赏
- 举报
你这弱智跑来说一堆都是前面回帖里重复过的话，你看不懂前面写的字？__attribute__ aligned在之前就说过了，你跑来重提一遍还以为就是要害，你要么瞎要么智力不足。
int在任何编译器都是32位这个问题，我也明确回复过你让你说一个int不是32位的编译器出来，你又说不出来。你凭想象发言？
谈技术就谈技术，技术说不清了就扯出人品道德之类，你当什么程序员。劝你赶紧转行。[/quote]
你这傻缺果然是逻辑智力不够啊，且不说以前大把的dos、win16编译器int是16位的，就说现在，intel C++、Fortran也支持ilp64和lp64两种模型，ilp64模型的int就是64位的，见：https://software.intel.com/en-us/node/528863
多学着点吧，傻缺。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
[/quote]
你这么傻逼，还如此三番五次的来秀你那进水的脑。难道是读不懂骂你的点？换个有点羞耻心的人早回炉重造去了。
[/quote]
继续回，回一次我就曹尼玛一次。尼玛不爽的话，就用辣椒曹尼玛，曹到尼玛叫到死为止。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
[/quote]
你这么傻逼，还如此三番五次的来秀你那进水的脑。难道是读不懂骂你的点？换个有点羞耻心的人早回炉重造去了。
[/quote]
继续回，回一次我就曹尼玛一次。尼玛不爽的话，就用辣椒曹尼玛，曹到尼玛叫到死为止。
日立奔腾浪潮微软松下联想 2017-09-20
- 打赏
- 举报
你这弱智跑来说一堆都是前面回帖里重复过的话，你看不懂前面写的字？__attribute__ aligned在之前就说过了，你跑来重提一遍还以为就是要害，你要么瞎要么智力不足。
int在任何编译器都是32位这个问题，我也明确回复过你让你说一个int不是32位的编译器出来，你又说不出来。你凭想象发言？
谈技术就谈技术，技术说不清了就扯出人品道德之类，你当什么程序员。劝你赶紧转行。[/quote]
你这傻缺果然是逻辑智力不够啊，且不说以前大把的dos、win16编译器int是16位的，就说现在，intel C++、Fortran也支持ilp64和lp64两种模型，ilp64模型的int就是64位的，见：https://software.intel.com/en-us/node/528863
多学着点吧，傻缺。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
[/quote]
你这么傻逼，还如此三番五次的来秀你那进水的脑。难道是读不懂骂你的点？换个有点羞耻心的人早回炉重造去了。
[/quote]
"换个有点羞耻心的人早回炉重造去了" 这话说得太好了，你咋这么有自知之明呢，你的那些笑料在这贴子里一直存在，你能让它们消失么？你是不是以为自己继续嘴硬就没有闹笑话？认清现实吧，傻缺。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
[/quote]
你这么傻逼，还如此三番五次的来秀你那进水的脑。难道是读不懂骂你的点？换个有点羞耻心的人早回炉重造去了。
[/quote]
"换个有点羞耻心的人早回炉重造去了" 这话说得太好了，你咋这么有自知之明呢，你的那些笑料在这贴子里一直存在，你能让它们消失么？你是不是以为自己继续嘴硬就没有闹笑话？认清现实吧，傻缺。
leslielg 2017-09-20
- 打赏
- 举报
你这弱智跑来说一堆都是前面回帖里重复过的话，你看不懂前面写的字？__attribute__ aligned在之前就说过了，你跑来重提一遍还以为就是要害，你要么瞎要么智力不足。
int在任何编译器都是32位这个问题，我也明确回复过你让你说一个int不是32位的编译器出来，你又说不出来。你凭想象发言？
谈技术就谈技术，技术说不清了就扯出人品道德之类，你当什么程序员。劝你赶紧转行。[/quote]
你这傻缺果然是逻辑智力不够啊，且不说以前大把的dos、win16编译器int是16位的，就说现在，intel C++、Fortran也支持ilp64和lp64两种模型，ilp64模型的int就是64位的，见：https://software.intel.com/en-us/node/528863
多学着点吧，傻缺。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
[/quote]
你这么傻逼，还如此三番五次的来秀你那进水的脑。难道是读不懂骂你的点？换个有点羞耻心的人早回炉重造去了。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
[/quote]
你这么傻逼，还如此三番五次的来秀你那进水的脑。难道是读不懂骂你的点？换个有点羞耻心的人早回炉重造去了。
日立奔腾浪潮微软松下联想 2017-09-20
- 打赏
- 举报
你这弱智跑来说一堆都是前面回帖里重复过的话，你看不懂前面写的字？__attribute__ aligned在之前就说过了，你跑来重提一遍还以为就是要害，你要么瞎要么智力不足。
int在任何编译器都是32位这个问题，我也明确回复过你让你说一个int不是32位的编译器出来，你又说不出来。你凭想象发言？
谈技术就谈技术，技术说不清了就扯出人品道德之类，你当什么程序员。劝你赶紧转行。[/quote]
你这傻缺果然是逻辑智力不够啊，且不说以前大把的dos、win16编译器int是16位的，就说现在，intel C++、Fortran也支持ilp64和lp64两种模型，ilp64模型的int就是64位的，见：https://software.intel.com/en-us/node/528863
多学着点吧，傻缺。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。[/quote]
傻缺你又跳出来表演你的智商。
1. intel C++、Fortran就是现在的编译器，你这狗脑子看不懂人话。
2. 你这狗脑子忘记你自己说的是“我也明确回复过你让你说一个int不是32位的编译器出来”，就在你的引用中不还有么。
3. 那么大的intel C++没看见么。
你继续跳好了，就让你继续表演，让大家好好欣赏你的嘴脸。
leslielg 2017-09-20
- 打赏
- 举报
这里讨论了这个问题。据他们工程师说在6月份release的版本里修复了这个问题。使用-Os可以取消 8字节对齐这个限制。
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00073.html
但是我还是希望用attribute来设置对齐，比较灵活，不想用-Os。
好在问题明确了。
赵4老师 2017-09-19
- 打赏
- 举报
能直接说明你的观点和建议么？[/quote]
学会使用调试窗口、内存窗口查看内存对齐的实际情况。
http://edu.csdn.net/course/detail/2344 C语言指针与汇编内存地址-一.代码要素
leslielg 2017-09-19
- 打赏
- 举报
能直接说明你的观点和建议么？
leslielg 2017-09-19
- 打赏
- 举报
你这又是在胡说八道了
uint32_t占的长度是4字节，*并不代表它的地址是4字节对齐*，在可以非对齐访问的机器上(比如arm cortex A), uin32_t变量可以放到任何非对齐的地址上访问。
以下3句完全不明白在说什么，单字节必须是偶数地址那奇数地址放的是啥？
单字节 -> 地址是偶数地址
双字节 -> 地址是被4整除的地址
四字节 -> 地址是被8整除的地址
leslielg 2017-09-19
- 打赏
- 举报
现在有int不是32位的编译器？你说个出来看看
lonelyhacker 2017-09-19
- 打赏
- 举报
你这又是在胡说八道了
uint32_t占的长度是4字节，*并不代表它的地址是4字节对齐*，在可以非对齐访问的机器上(比如arm cortex A), uin32_t变量可以放到任何非对齐的地址上访问。
以下3句完全不明白在说什么，单字节必须是偶数地址那奇数地址放的是啥？
单字节 -> 地址是偶数地址
双字节 -> 地址是被4整除的地址
四字节 -> 地址是被8整除的地址[/quote]
你现在讨论的是非对齐的吗？你现在所说的是arm cortex A吗？起始地址是偶数，奇数拿来干嘛？你猜拿来干嘛。
你的智力不适合当程序员。其他工作也不适合你，因为你装逼，而且装得很失败。 [/quote]
傻逼你概念都是错的。后面还讨论什么。还什么起始地址必须是偶数，一个地址就表示一个单字节。偶数奇数都是一个字节地址。
uint32_t这是个变量类型，跟对齐毫无关系。而且aarch64编译器就是给arm cortex A用的。
你要抬扛，要指出技术上的硬伤，是你能站住脚的基础。你说出错这么远的概念，还来跟我扯，不骂你傻逼对不起程序员这3个字。
你个傻逼还是算了吧，教不了你。[/quote]
怪不得这么多人在骂你傻逼。说了技术和智商都是你的硬伤。别做了。听爹的。该死那就死哪里去吧。
leslielg 2017-09-19
- 打赏
- 举报
你这又是在胡说八道了
uint32_t占的长度是4字节，*并不代表它的地址是4字节对齐*，在可以非对齐访问的机器上(比如arm cortex A), uin32_t变量可以放到任何非对齐的地址上访问。
以下3句完全不明白在说什么，单字节必须是偶数地址那奇数地址放的是啥？
单字节 -> 地址是偶数地址
双字节 -> 地址是被4整除的地址
四字节 -> 地址是被8整除的地址[/quote]
你现在讨论的是非对齐的吗？你现在所说的是arm cortex A吗？起始地址是偶数，奇数拿来干嘛？你猜拿来干嘛。
你的智力不适合当程序员。其他工作也不适合你，因为你装逼，而且装得很失败。 [/quote]
傻逼你概念都是错的。后面还讨论什么。还什么起始地址必须是偶数，一个地址就表示一个单字节。偶数奇数都是一个字节地址。
uint32_t这是个变量类型，跟对齐毫无关系。而且aarch64编译器就是给arm cortex A用的。
你要抬扛，要指出技术上的硬伤，是你能站住脚的基础。你说出错这么远的概念，还来跟我扯，不骂你傻逼对不起程序员这3个字。
你个傻逼还是算了吧，教不了你。
leslielg 2017-09-19
- 打赏
- 举报
智力正常的都不会非要去把8位时代的编译器扯出来，跟现在的讨论毫无关联。这种计算机发展史的讨论你跟你认识的傻逼们说去。
lonelyhacker 2017-09-19
- 打赏
- 举报
楼主傻比。。。你上面说的是 有int不是32位的编译器。。。现在加了个“现在”两个字，你现在不用，表示别人没用吗？智障玩意。
leslielg 2017-09-19
- 打赏
- 举报
你这弱智跑来说一堆都是前面回帖里重复过的话，你看不懂前面写的字？__attribute__ aligned在之前就说过了，你跑来重提一遍还以为就是要害，你要么瞎要么智力不足。
int在任何编译器都是32位这个问题，我也明确回复过你让你说一个int不是32位的编译器出来，你又说不出来。你凭想象发言？
谈技术就谈技术，技术说不清了就扯出人品道德之类，你当什么程序员。劝你赶紧转行。[/quote]
你这傻缺果然是逻辑智力不够啊，且不说以前大把的dos、win16编译器int是16位的，就说现在，intel C++、Fortran也支持ilp64和lp64两种模型，ilp64模型的int就是64位的，见：https://software.intel.com/en-us/node/528863
多学着点吧，傻缺。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。
[/quote]
以前还有8位的编译器，任天堂的游戏机用的它，但是这种曾经存在过的编译器跟_现在的编译器_什么关联？拿过去的编译器来讨论现在的标准？你是哪里有毛病？
C语言的int长度是C的标准，跟Fortran什么关联？？？？？
说你傻缺不冤枉，找不到任何逻辑。lonelyhacker 2017-09-19
- 打赏
- 举报
你这又是在胡说八道了
uint32_t占的长度是4字节，*并不代表它的地址是4字节对齐*，在可以非对齐访问的机器上(比如arm cortex A), uin32_t变量可以放到任何非对齐的地址上访问。
以下3句完全不明白在说什么，单字节必须是偶数地址那奇数地址放的是啥？
单字节 -> 地址是偶数地址
双字节 -> 地址是被4整除的地址
四字节 -> 地址是被8整除的地址[/quote]
你现在讨论的是非对齐的吗？你现在所说的是arm cortex A吗？起始地址是偶数，奇数拿来干嘛？你猜拿来干嘛。
你的智力不适合当程序员。其他工作也不适合你，因为你装逼，而且装得很失败。
leslielg 2017-09-19
- 打赏
- 举报
而且 __attribute__((aligned(n)))要怎么用你知道么？你还看了文档，一知半解就跑来发言，我写__attribute__((packed)))的地方能替换成aligned？还实践检验。
你写的这些东西基本上都是错的，引人耻笑。[/quote]
你这傻缺果然是一脑子浆糊，看看你在#15说了些啥？
你说的这个是结构体的内部对齐和填充，我问的是结构体被编译到的首地址。
另外你觉得我写这个结构体会产生8字节对齐？唯一一个成员就是4字节[/quote]
别人告诉你__attribute__((packed))，你说“这个是结构体的内部对齐和填充，我问的是结构体被编译到的首地址”，结果你代码你还用__attribute__((packed))，我告诉你了变量首地址对齐要用__attribute__((aligned(n))); 你又跑出来说“我写__attribute__((packed)))的地方能替换成aligned”，你说说你是不是傻缺、人品有问题？
[/quote]
这里的这个packed是用来pack结构体内部的对齐的，这个结构体本来内容不止这一个变量，所以需要pack，我删除了其它内容方便说明问题。你非要以为是用来对齐首地址的，而且还是在我前面说过了pack是用来内部对齐的情况下，不说你弱智说你啥？
而且要写aligned也不是在这个位置，这个位置跟aligned 毫无关系，是你看不懂非要把这个packed扯进来。说你半天都想不明白，你个傻缺。
[/quote]
这里的这个packed是用来pack结构体内部的对齐的，这个结构体本来内容不止这一个变量，所以需要pack，我删除了其它内容方便说明问题。你非要以为是用来对齐首地址的，而且还是在我前面说过了pack是用来内部对齐的情况下，不说你弱智说你啥？
而且要写aligned也不是在这个位置，这个位置跟aligned 毫无关系，是你看不懂非要把这个packed扯进来。说你半天都想不明白，你个傻缺。
日立奔腾浪潮微软松下联想 2017-09-19
- 打赏
- 举报
而且 __attribute__((aligned(n)))要怎么用你知道么？你还看了文档，一知半解就跑来发言，我写__attribute__((packed)))的地方能替换成aligned？还实践检验。
你写的这些东西基本上都是错的，引人耻笑。[/quote]
你这傻缺果然是一脑子浆糊，看看你在#15说了些啥？
你说的这个是结构体的内部对齐和填充，我问的是结构体被编译到的首地址。
另外你觉得我写这个结构体会产生8字节对齐？唯一一个成员就是4字节[/quote]
别人告诉你__attribute__((packed))，你说“这个是结构体的内部对齐和填充，我问的是结构体被编译到的首地址”，结果你代码你还用__attribute__((packed))，我告诉你了变量首地址对齐要用__attribute__((aligned(n))); 你又跑出来说“我写__attribute__((packed)))的地方能替换成aligned”，你说说你是不是傻缺、人品有问题？
加载更多回复（43）
