维克多

您可以在同一工程中创建多个编译配置、每个配置都有自己的源文件集和/或编译选项。 有关构建配置的更多信息、 请单击此处。

您可以具有相同源文件的多个版本(名称不同)并指定每个编译配置要包含/排除的版本、也可以只保留一个源文件并使用预处理器定义来决定为哪个编译配置处理代码段。  

希望这对您有所帮助！

调整 此论坛主题中描述的解决方案。  注意：您需要使用--fill=0xffffffff。

谢谢、此致、

乔治

这是因为我需要从二进制文件生成 CRC、如果我想与嵌入式映像保持一致、填充为0的未使用器件应该为0xff。

为什么？ 这将使芯片更加重要。

感谢您的回复！ 现在我看到我在调试模式下运行示例、并且它在 main 函数的入口停止、我不得不自己推进、这是一个新手错误。

您好！

从纯 IDE 的角度来看、当调试器访问未初始化的变量时、有时会出现这些消息。 例如、如果器件地址0x0处没有存储器、但尚未初始化的指针指向该地址、则表达式视图无法访问指向的地址的内容。 这可能在"Variables"(局部变量)或"Expressions"(全局变量和自定义表达式)视图中都发生。

当执行过程中指针被正确初始化时…

您好！

实际上，当我将.cinit 放在不同的组中时，警告消失了，但“.cinit”会转到闪存的末尾，就在我的 vheadersection 的正上方，我不想这样做：(

我将看一下您共享的主题。

非常感谢

此致、

欧雷利恩

[报价 USER="user5061660"]如果您知道如何避免这些警告，则可以随意分享：)

不要将段.cinit 和.data 放在同一个组中。  cinit 引用的任何其他段也是如此。

对这种情况的充分解释是很长很详细的。   请参阅此主题以开始。

谢谢、此致、

乔治

您好！

我已经按照你的要求完成了，实际上 vheaderm 也会到最后，但是正如你已经说过的那样，我有这种警告：

输出段".data：ti_sysbios_BIOS_Module_state__v"是指加载符号"ti_sysbios_BIOS_startFunc_i"、因此无法压缩；压缩"lzss"会被忽略

…

您好！

非常感谢。 我确实使用了 Group 方法、它工作得非常完美。 关于断言，这是由于我的代码：)

此致、

欧雷利恩

[引用 user="user5061660">我始终在 iCall_init 中有一个断言... 是否有解释？

我不确定你的断言是什么意思。  您认为什么会导致您认为某件事是错误的？  您是如何看到它的？

谢谢、此致、

乔治