求教 KL17系列s文件字节对齐问题

hsswy · 发表于 2019-9-20 14:43:53

最近在基于KL16和KL17系列做程序开发。发现了一个问题。两套相似的程序(驱动略有调整)，分别KL16的平台和KL17的平台上运行时，编译得到的ram占用空间不一样。KL17比KL16平台多出了1288 byte的ram占用空间。
仔细分析后，定位到是startup_KL17.s文件的字节对齐捣的鬼，平白无故的占用了1288byte的ram空间。而这部分空间，是可以转让到stack里去的。如下图所示。
所用平台分别KL16Z128VFM4，和KL17Z128VFM4。

想请教达人，如何才可以把.s文件中多出来的pad占用消除掉？

最佳答案

hsswy 发表于 2019-9-23 20:10 不是这个问题。我这里只是想说pad字节对齐产生的1288字节冗余空间，可以转换为stack空间使用。我想问的是 ... 请你上传一下整个工程文件 ...

小恩GG
发表于2019-09-24
详细答案>>

阅读全文

小恩GG · 发表于 2019-9-23 10:12:47

mk17启动文件的 Stack_Size EQU 0x00000800 改成 0x00000400

hsswy · 发表于 2019-9-23 20:10:11

不是这个问题。
我这里只是想说pad字节对齐产生的1288字节冗余空间，可以转换为stack空间使用。我想问的是，怎么把字节对齐引起的这1288字节消除掉。

小恩GG · 发表于 2019-9-24 10:00:05

hsswy 发表于 2019-9-23 20:10
不是这个问题。
我这里只是想说pad字节对齐产生的1288字节冗余空间，可以转换为stack空间使用。我想问的是 ...

请你上传一下整个工程文件

hsswy · 发表于 2019-10-8 21:45:25

找到原因了，KL17和KL16的ROM起始地址不一样。
在KL16的工程里有用到固定地址的数组，定义在RAM起始位置0x1FFFF000处，而KL17的RAM起始地址是0x1FFFE000，比KL16提前了0x1000。在移植KL16工程的时候，固定地址的数组位置还是以0x1FFFF000来写的。所以导致编译器在优化这0x1000地址的时候无法完全对齐，多出了1.2k的RAM空间。

把地址换到0x1FFFE000后，多出的RAM就消失了

[求助] 求教 KL17系列s文件字节对齐问题

最佳答案

站长推荐 /3

[求助] 求教 KL17系列s文件 字节对齐 问题

最佳答案

站长推荐 /3

[求助] 求教 KL17系列s文件字节对齐问题