完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
最近发现一个细节。
同样的工程文件，使用ENV工具生成keil的工程，编译后转成bin文件后是80k. 同样的工程使用scons编译后用GCC专成Bin文件后100k。 一句话：同样的工程 GCC编译完100k bin文件,优化等级O2(o3后还大一些) armcc编译完80k bin文件,优化等级O3。 这是事实还是幻觉。。。。 求大神解答，是我看错了吗？ 
0
|
|
相关推荐
5个回答
|
|
|
|
|
|
|
|
|
开启优化，会小一些。
|
|
|
|
|
|
这是正常的，你可以gcc和armcc两个都优化再对比一下更直观
|
|
|
|
|
|
了解了下，armcc确实是比gcc编译出来要小的；
首先得看你的cpu架构，如果是arm架构的话，那毋庸置疑，armcc对它是最友好的， 毕竟自家人而且还是收费的，它应该可以在汇编指令级做一些更高级的优化， 所以它编译出来的bin文件更小可以理解。 另外，使用gcc编译也是一个很常规的选择，毕竟用它的人多，可以研究研究。 说你的gcc编译O3比O2要大，得看下你的gcc编译选项都用了哪些； 另外，可以用gcc导出map文件，仔细分析下你的bin文件大，大在哪些地方，哪里有优化的空间。 以上答案，希望能够帮助到你。 |
|
|
|
|
|
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
飞凌嵌入式-ELFBOARD 硬件知识分享-ELF 2电源电路讲解
361 浏览 0 评论
1378 浏览 0 评论
飞凌嵌入式ElfBoard ELF 1板卡-mfgtools烧录流程介绍之烧写所需镜像
1312 浏览 0 评论
飞凌嵌入式ElfBoard ELF 1板卡-mfgtools烧录流程之烧写方法
743 浏览 0 评论
飞凌嵌入式ElfBoard ELF 1板卡-内核编译之初次编译
1139 浏览 0 评论
/7 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
3466
评论
淘帖
1200
