我希望这不是针对特定领域的。我想知道为什么 libc.a 使用我芯片上的 8K 内存中的 1K。
除了在array_init中调用我的全局对象的构造函数之外,我不知道我使用libc的任何方式。据我所知,我认为它也涉及默认副本构建。我使用池分配,所以没有与堆相关的东西(我确实使用了placement new,但据我所知,这不应该导致libc使用ram)。如果我完全省略了库并使用placement new 作为hack 来构造我在main 中的所有全局对象,我的程序运行良好,这是另一个暗示libc 使用的1k ram 是无用的。任何人都可以指出我进一步阅读或解释我如何保持 array_init 和 POD 类型的默认副本构造,但摆脱 RAM 开销?
这是我项目的 .map 文件中的违规条目:
*(vtable)
*(.data*)
.data._ZN3CDC4CoreI5MyCDCE11depInEmpty_E
0x10000000 0x1 ./src/Main.o
0x10000000 CDC::Core<MyCDC>::depInEmpty_
*fill* 0x10000001 0x3 00
.data.SystemFrequency
0x10000004 0x4 ./kvasir/system_LPC17xx.o
0x10000004 SystemFrequency
.data.impure_data
0x10000008 0x428 c:/nxp/lpcxpresso_5.2.4_2122/lpcxpresso/tools/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib/armv7-m\libc.a(lib_a-impure.o)
.data 0x10000430 0x4 c:/nxp/lpcxpresso_5.2.4_2122/lpcxpresso/tools/bin/../lib/gcc/arm-none-eabi/4.6.2/armv7-m\crtbegin.o
0x10000430 __dso_handle
0x10000434 . = ALIGN (0x4)
0x10000434 _edata = .
.jcr 0x10000434 0x0 load address 0x00003ee8
.jcr 0x10000434 0x0 c:/nxp/lpcxpresso_5.2.4_2122/lpcxpresso/tools/bin/../lib/gcc/arm-none-eabi/4.6.2/armv7-m\crtbegin.o
.bss 0x10000434 0x1600 load address 0x00003ee8
0x10000434 _bss = .
*(.bss*)
.bss.inBuf 0x10000434 0x34 ./src/Main.o
0x10000434 inBuf
更新
在逐行浏览我的代码后,我找到了一个修复程序,我在我的一个类中定义了一个空析构函数
~MyClass(){}
评论删除了 1K 的 ram。谁能告诉我为什么?