[参考译文] CC1352P7：Amazon Sidewalk 演示构建错误-生成的 make 文件无效？

您好、Jon。

1.您是否安装了 GCC？

2.能否在 CCS 中打开"Problems"视图并发布错误消息？

谢谢、

M·H

此版本参考的 GCC 版本为 arm-none-eabi-gcc-9.2.1并已安装和存在。  除了编译变量之外、我还包括了"Problems"视图的屏幕截图。  感谢您的支持。   

您好、Jon。

我已尝试使用 SDK 7.10.2.23、GCC 9.2.1和 SysConfig 1.16.2、按预期进行构建。
我确实使用通过 CCS 安装的 GCC 版本、这是 Linaro 变体。

您能否再次尝试使用来自 Code Composer Studio 的 GCC 进行构建？

此致、

亚瑟

您是否正在使用 M3处理器/Apple 芯片构建 Mac？  我认为我的 问题 与尝试在 Apple Silicon 上构建相关。  我下载了最新的 Arm GNU 工具链- arm-gnu-toolchain-13.2.rel1-Darwin-arm64-arm-none-eabi -我继续前进、但遇到了新的 构建错误：  

您好、Jon。

否、我无法访问 M3 MAC。 但我已经尝试过 Windows 和 Ubuntu。

让我联系可能有访问 Apple Silicon Mac 的人。

此致、

亚瑟

谢谢 Arthur。  非常感谢。

Arthur -我可以在运行 Sonoma 的 M1宏手册上重现相同的 GCC 9.2.1链接器错误。

构建同一项目时、我在 Windows 上没有收到此错误(不过我确实收到一个编译后处理步骤错误)

完整的链接器错误为：

Makefile：233：目标的食谱"id_demo_lp_CC1352P7_1_freertos_gcc.out"失败
/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/bin/../lib/gcc/arm-none-eabi/9.2.1/../../../../arm-none-eabi/bin/ld：/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/bin/../lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so：加载插件时出错：dlopen (/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/bin/../lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so、0x0002)：已尝试：'/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/bin/../lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so (不是 mach-o 文件)、'/System/Volumes/Preboot/Cryptexes/OS/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/bin/../lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so (不是这样的文件)、'/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/bin/../lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so (不是 mach-o 文件)、'/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so (不是 mach-o 文件)、'/System/Volumes/Preboot/Cryptexes/OS/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so (不是这样的文件)、'/Users/sdoapps/ti/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so (不是 mach-o 文件)

看起来像是一些缺失的可靠性。 请注意、SDTO 不支持 GCC、但产品线支持 GCC。

我能够解决问题、但不确定是否是最佳解决方案。  注意我正在使用 M3处理器在 MacBook Pro 上进行开发、并 在 Apple 芯片上使用适用于 Darwin 的 Arm GNU 工具链版本13.2.rel1、以 ARM Aarch32裸机(arm-none-eabi)为目标。

问题： 在链接阶段,我遇到了链接器无法找到-lssp_nonshared和-lssp的错误,与堆栈损坏保护器(SSP)库有关。 这个问题使我的项目无法成功链接,尽管编译阶段没有错误地完成。

解决方案？： 进行了一些故障排除后、我发现问题是由于默认情况下启用了堆栈保护功能。 为了解决这个问题,我修改了我的编译器标记-fstack-protector-fstack-protector-strong通过删除和显式禁用它们通过添加-fno-stack-protector. 此更改有效地省去了对 SSP 支持的需要、使我的项目能够成功链接和编译。

社区问题：

1. 在使用带有 Apple Silicon 的 macOS 上的 ARM GNU 工具链、尤其是13.2.rel1版时、是否有其他人遇到过与 SSP 库相关的类似链接器错误？
2. 禁用堆栈保护功能-fno-stack-protector()是否可行？
3. 针对面向裸机环境的嵌入式项目禁用堆栈保护时、是否有任何明显的不利因素或安全影响需要注意？