在 SafeTI 诊断库包内、TI 提供支持与 TPS65381 PMIC 进行 SPI 通信的功能。
该软件包中的一个文件是 TPS_DebugSupport.c
从 SafeTI v2.4.0起、该文件生成几个编译警告:
说明 资源 路径 位置 类型
"const uint8 *"类型的#169-D 参数与"const char *"类型的参数 TPS_DebugSupport.c /SafeTI/TPS_Driver/source 第84行 C/C++问题不兼容
"const uint8 *"类型的#169-D 参数与"const char *"类型的参数 TPS_DebugSupport.c /SafeTI/TPS_Driver/source 第89行 C/C++问题不兼容
"const uint8 *"类型的#169-D 参数与"const char *"类型的参数 TPS_DebugSupport.c /SafeTI/TPS_Driver/source 第115行 C/C++问题不兼容
"const uint8 *"类型的#169-D 参数与"const char *"类型的参数 TPS_DebugSupport.c /SafeTI/TPS_Driver/source 第118行 C/C++问题不兼容
"uint8 *"类型的#169-D 参数与"char *"类型 的参数 TPS_DebugSupport.c /SafeTI/TPS_Driver/source 第87行 C/C++问题不兼容
"uint8 *"类型的#169-D 参数与"char *"类型 的参数 TPS_DebugSupport.c /SafeTI/TPS_Driver/source 第89行 C/C++问题不兼容
"uint8 *"类型的#169-D 参数与"const char *"类型的参数 TPS_DebugSupport.c /SafeTI/TPS_Driver/source 第92行 C/C++问题不兼容
我们碰巧在使用 TI 的 ARM 优化 C/C++ v16.9.7.LTS 编译器、但我们希望在许多其他版本和编译器供应商上看到类似的警告。
我们知道我们必须处理这个问题的一些选项、但我们的第一个首选是 TI 代码能够清晰地编译(即使我们在安全相关产品中未使用它)。
另一个与 TPS 驱动程序库相关的注意事项:
查看 v2.2.0和 v2.4.0之间的文件更改情况、我可以看到您一直在更新每个 TPS 文件的"修订历史记录"中列出的版本号、但尚未更新修订历史记录本身。 这没有什么帮助。 可以说、这是误导性的。 如果您不打算维护修订历史记录、我建议您将其全部删除。
-thx