rtsc工程编译后out文件过大问题 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 5747|回复: 4
打印 上一主题 下一主题

[已解决] rtsc工程编译后out文件过大问题

[复制链接]

9

主题

35

帖子

155

积分

注册会员

Rank: 2

积分
155
跳转到指定楼层
楼主
发表于 2017-4-7 10:01:09 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
创建的rtsc工程,使用了bios、syslink、ipc,刚创建时编译debug版本有4MB左右,原来使用的是C工程只是简单的加了点代码,编译就有5MB;后来发现需要使用到C++,改为C++工程后,增加类继承等,编译后工程文件直接到7MB以上,不管是release还是debug版本都相差不大,但是查看map文件,资源其实也才用了1.3MB左右,但是最后的elf格式的out文件就大了好几倍,这是为什么?是因为工程属性设置问题吗?
7 ]$ S0 U2 |8 k( t) O7 j请看图片:
, `' q5 [$ e) S9 @% M) w6 F5 `# Z+ Y# q# T
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

15

主题

1357

帖子

4579

积分

创龙

Rank: 8Rank: 8

积分
4579
沙发
发表于 2017-4-7 14:56:33 | 只看该作者
生成 ELF 文件包含很多额外信息 调试信息、未初始化段等等 所以比较大
! L! x- r9 C9 a  `# p0 ]. u, }+ J5 N5 z- |5 y
8 P* j9 |$ r9 S7 d3 N5 L
. D. l/ @' P9 G, ~

: x6 Y( @9 @0 w. K+ r' ODebug/Release 只是配置名称而已 具体还看参数 将 Debug 符号配置修改为图上选项 可以减少生成文件大小 但是在 CCS 调试的时候就找不到符号了
+ ?- K/ {0 @/ W7 l
1 V/ Y! m) c+ ~! W- O$ j还可以 strip 生成文件去掉除了已初始化段以外的所有其它数据减少体积# S! {5 s' q) O3 h' Z

% X" D" w9 l2 m1 f: C
7 x1 p, j: T4 |; ?例如( ?6 {' M6 q; K* E3 u$ e" Q4 ?2 I
源文件           13,762,020  bytes. V) b9 J+ {6 F( U) U# j
去掉调试符号 12,164,996  bytes
+ X3 b( |, i6 M7 g0 O5 D7 J! gStrip              5,687,608  bytes& F; Y; q0 H( q+ W# l  a! O, U1 k

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复 支持 反对

使用道具 举报

9

主题

35

帖子

155

积分

注册会员

Rank: 2

积分
155
板凳
 楼主| 发表于 2017-4-7 17:57:00 | 只看该作者
bin文件是out文件strip后的直接内存使用文件吗?应该不能使用slaveloader加载吧
回复 支持 反对

使用道具 举报

9

主题

35

帖子

155

积分

注册会员

Rank: 2

积分
155
地板
 楼主| 发表于 2017-4-7 17:58:33 | 只看该作者
release版本去掉debug符号后是,6817kB,生成的bin只有270kB
回复 支持 反对

使用道具 举报

9

主题

35

帖子

155

积分

注册会员

Rank: 2

积分
155
5#
 楼主| 发表于 2017-6-1 15:56:11 | 只看该作者
今天发现,将dsp的可用内存空间调大后,编译出来的文件更大了,bld:
6 e! {3 J( z9 _" u" z8 e+ \/*  Memory Map for ti.platforms.evmOMAPL138
! q3 _& D- t8 t" C" v3 f" I *+ n# Y( n* n# x) b- @$ e2 M$ h  W/ `
*  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
+ x3 g5 h. w" @+ e7 h. G5 | *  ------------------------------------------------------------------------% I% p7 I2 n$ {/ R
*  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux! g1 d# v7 Q+ Y+ i- s% V
*  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
) K2 H$ E$ n% e( z. D: H6 ? *  C201_0000 - C202_FFFF     2_0000  ( 128 KB) SR_1 (data buffers)
, f& G. V" c0 i3 X1 U/ B *  C280_0000 - C3FF_FFFF    FF_0000  ( 24 MB)DSP_PROG (code, data)
8 j  c0 E1 a7 d1 B6 C/ k# P2 b: W1 ^ *  C400_0000 - C7FF_FFFF   400_0000  (  64 MB) Linux
* C. i3 b7 E# P& r3 @+ i& _, F6 Y */; ?$ b' [  p, C7 o8 y4 V
编译出来的文件达到26M,感觉elf格式的out文件是直接将dsp可用的全部内存都封进out文件了,有没有办法使得ccs5.5生成文件时,不要使用这种愚蠢的方式呢。记得以前使用IAR的时候,即使程序使用了很大的内存,但是如果代码和常量数据和初始化数据(初始化为0)很小的话,编译出来的程序都是很小的。7 h# s3 p  d+ l. w8 ]
     程序里面只有代码和常量数据才是真正的数据,初始化数据一般都是初始化为0的,在程序启动过程的c_init函数可以做数据初始化的功能,原来IAR都是这么干的。至于调试信息等也才几百K到1M,程序代码数据也才不到1M,编译出来应该小于3M才对
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|嵌入式开发者社区 ( 粤ICP备15055271号

GMT+8, 2024-6-9 15:30 , Processed in 0.044169 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

快速回复 返回顶部 返回列表