[参考译文] 编译器/MSP430FR5989：为什么将 malloc 和相关函数拉到我的编译中？

[引用 USER="Dustin Lane">有人能不能帮助我弄清楚如何删除这些函数中的某些函数、或者至少知道调用它们的原因吗？ CCS "Stack Usage"视图和 call_graph 实用程序会显示程序的调用图、作为确定程序栈使用情况的一部分。

一个副作用是调用图应该显示调用 malloc 和相关函数的内容。

[引用 user="Dustin Lane">此外、我找不到 MSP430的 call_graph 实用程序、至少不在编译器的 bin 目录中、这是我唯一知道要查看的位置。 您是否知道它是否存在、如果存在、我可能会在哪里找到它？[/quotate]call_graph 是 CG_xml 脚本的一部分- http://software-dl.ti.com/ccs/non-esd/releases/other/applications_packages/cg_xml/index.htm 

[引用 user="Dustin Lane"]我最终发现 RTS 库中的"dtor_list.c"文件正在使用 malloc 和 free。我尚未进行调查，但您的 C++对象是否包含静态(全局)析构函数？

从快速看、dtor _list.c 使用 malloc 创建析构函数列表来调用 atexit。  从 MSP430上的 RT-library 中删除 atexit 代码 是一个旧线程、其中指出、如果无法阻止对 每个具有析构函 数的全局对象的 atexit 相关析构函数注册例程的调用、则可以通过向项目中添加一个不执行任何操作的替换函数来最大限度地减少添加的代码。

[引用 user="Dustin Lane">我假设这意味着这些对象随后具有静态/全局析构函数、您是否同意？是的、我同意。

[引用 user="Dustin Lane">您是否能更好地了解此增强请求的状态：SDSCM00049923？否

考虑到嵌入式程序通常不会退出、因此 不需要运行静态/全局析构函 数、如前一个线程中建议的变通方法是向项目中添加一个 stub __cxa_atexit 函数。

使用 TI MSP430编译器 v18.12.1.LTS 将以下内容添加到主 CPP 源文件中、消除了对具有静态/全局析构函数但未使用动态存储器的测试程序中 malloc 的调用：

typedef void * a_DSO_handle；
typedef void (* a_cxa_dtor_ptr)(void *)；

extern "C" int _ cxa_atexit (a_cxa_dtor_ptr dify_routine、
无效 *对象，
A_DSO_Handle DSO_Handle)
｛
返回0;
｝ 

由于它替换了运行时库中的一个私有函数、因此它可能会在编译器更新之后中断。

[引用 USER="Dustin Lane)]我不确定如何解决这一重新定义问题，但不幸的是，不管怎样，这似乎不是一个可靠的解决方案。由于 dtor_list.c 具有多个 atexit 函数，可以定义以下代码的桩模块，这可能有助于消除代码的错误：

typedef void * a_DSO_handle；
typedef void (* a_cxa_dtor_ptr)(void *)；

extern "C" int _ cxa_atexit (a_cxa_dtor_ptr dify_routine、
无效 *对象，
A_DSO_Handle DSO_Handle)
｛
返回0；
｝

extern "C" int __cxa_ia64_exit (a_cxa_dtor_ptr s销毁 例程、
无效 *对象，
A_DSO_Handle DSO_Handle)
｛
返回0；
｝

extern "C" int atexit (void (* function)(void)
)｛
返回0;
｝ 

我同意、必须存根运行时库函数并不是一个可靠的解决方案。