非常感谢您的回答!
我在主循环之后添加了一个 MAIN_EXIT 标签、并将 main 更改为 MAIN_EXIT。
但现在它在 c_int00停止。 也许编译器优化了我的标签?
我已将 FaultISR 设置为要中断的标签。
您好!
请注意、加载程序后、调试器会将程序计数器设置为入口点。 如果启用了自动运行功能、它将运行到指定的标签。 默认情况下、自动运行功能已启用、指定的标签为' main'。 这就是 CCS 在程序加载时自动运行至'main'的原因、然后保持运行状态。 如果完全禁用了自动运行、则程序将在程序加载后的入口点停止(在大多数情况下通常为'c_int00')。 如果您希望自动运行而不停止…
请参阅文章 使用 printf 的提示中的建议之一 是否有用。
谢谢、此致、
乔治
谢谢 Aartis、
您能告诉我如何更改编译器选项中的定义,请?
此致、
斯里特
感谢您提供构建日志。 遗憾的是、这是您使用的编译器工具版本中的一个错误。 请查看此 相关主题。
在您的情况下、如果您将编译器选项中的定义更改为:
--define=ccs=\"ccs\"
然后、它应按预期报告 MISRA 警告。
[引用 user="sarea Hariri ]]一旦我配置编译器选项以检查 Misra 规则并尝试编译工程或编译工程的文件和文件。 然后我遇到 gmake 错误 、并且编译过程未完成
对于构建在未启用 Misra 检查的情况下顺利完成以及在启用 Misra 检查的情况下失败的情况、您可以将构建日志保存到文本文件中吗? 您可以按 此处所述保存构建日志。 然后在此处附加两个文件、供我们查看…
工具/软件…
感谢您提交测试案例。 我可以重现问题。 我在 SDOWP 系统中提交了 CodeGen-4912以解决该问题。 欢迎您在我的签名中使用下面的 SDOWP 链接进行访问。
问题出在标准 RTS 头文件 stddef.h 中 缺少#pragma diag_pop。 在文件的末尾,您可以看到以下行...
#pragma diag_push #pragma CHECK_MISRA (…
谢谢 George、
编译器版本: TI v16.9.6.LTS [TI v18.1.0.LTS]
以下是编译控制台输出:
****为项目 AutosarCanStack 构建配置调试****
"C:\\ti\\ccsv8\\utils\\bin\\gmake"-k -j 8 arch/arm-cortexM4/drivers/Can.obj -O
编译文件…
很遗憾、我无法重现问题。 对于此源文件...
[引用 user="sarea Hariri">当我尝试构建选定的文件时,即使存在 Misra 违规,输出也没有警告。 [/报价]
请按照文章 如何提交编译器测试用例中的说明提交测试用例。
谢谢、此致、
乔治
感谢您提交第二个测试案例。 出现12.2 MISRA 诊断错误。 因此、我在 SDOWP 系统中提交了 CodeGen-4943、以对其进行调查。 和以前一样、欢迎您在我的签名中使用下面的 SDOWP 链接进行访问。
谢谢、此致、
乔治