创建的rtsc工程,使用了bios、syslink、ipc,刚创建时编译debug版本有4MB左右,原来使用的是C工程只是简单的加了点代码,编译就有5MB;后来发现需要使用到C++,改为C++工程后,增加类继承等,编译后工程文件直接到7MB以上,不管是release还是debug版本都相差不大,但是查看map文件,资源其实也才用了1.3MB左右,但是最后的elf格式的out文件就大了好几倍,这是为什么?是因为工程属性设置问题吗?
请看图片:
Shine:
.out文件里包含有调试信息,可以试试用strip6x.exe命令去除调试信息看看是否有改善。http://processors.wiki.ti.com/index.php/KeystoneI_Bootloader_Resources_and_FAQ#I_have_programmed_IBL_and_want_to_boot_application_from_NOR_flash._How_to_convert_my_.out_to_.bin_to_flash_it.3Fstrip6x.exe的详细介绍请看汇编手册10.4 Invoking the Strip Utilityhttp://www.ti.com/lit/ug/spru186w/spru186w.pdf
Kevin Le82:
回复 Shine:
请看图片,差别真大,slaveloader可以加载吗?
Shine:
回复 Kevin Le82:
slaveloader可以加载elf, coff文件。
Kevin Le82:
回复 Shine:
strip后生成的文件不能够加载了吧,strip前后文件大小差好大,有没有一种方法可以减小文件大小,同时也能够slaveloader加载呢
Kevin Le82:
回复 Shine:
今天发现,将dsp的可用内存空间调大后,编译出来的文件更大了,bld:/* Memory Map for ti.platforms.evmOMAPL138** C000_0000 – C7FF_FFFF 800_0000 ( 128 MB) External Memory* ————————————————————————* C000_0000 – C1FF_FFFF 200_0000 ( 32 MB) Linux* C200_0000 – C200_FFFF 1_0000 ( 64 KB) SR_0 (ipc)* C201_0000 – C202_FFFF 2_0000 ( 128 KB) SR_1 (data buffers)* C280_0000 – C3FF_FFFF FF_0000 ( 24 MB)DSP_PROG (code, data)* C400_0000 – C7FF_FFFF 400_0000 ( 64 MB) Linux*/编译出来的文件达到26M,感觉elf格式的out文件是直接将dsp可用的全部内存都封进out文件了,有没有办法使得ccs5.5生成文件时,不要使用这种愚蠢的方式呢。记得以前使用IAR的时候,即使程序使用了很大的内存,但是如果代码和常量数据和初始化数据(初始化为0)很小的话,编译出来的程序都是很小的。 程序里面只有代码和常量数据才是真正的数据,初始化数据一般都是初始化为0的,在程序启动过程的c_init函数可以做数据初始化的功能,原来IAR都是这么干的。至于调试信息等也才几百K到1M,程序代码数据也才不到1M,编译出来应该小于3M才对