MacOS安装ARM GCC 12.2.rel1后带-g/-debug编译报错：找不到-lg

我已在MacOS上安装了ARM GCC 12.2.rel1 AArch32裸机目标工具链（arm-none-eabi），仅手动配置将其bin路径添加到.zshrc中。但使用-g或-debug参数编译任何代码时，都会出现以下错误：

/Applications/ArmGNUToolchain/12.2.rel1/arm-none-eabi/bin/../lib/gcc/arm-none-eabi/12.2.1/../../../../arm-none-eabi/bin/ld: cannot find -lg: No such file or directory

请问是安装过程中缺少了什么组件吗？

这不是工具链安装时缺少组件导致的问题，核心原因是编译/链接参数的误用：

• 错误提示中的-lg是链接器在尝试寻找名为libg的库，但arm-none-eabi作为裸机工具链，本身就不包含这类操作系统级的库——而你遇到这个错误，大概率是命令行或构建脚本中出现了参数拼写错误：
  1. 正确的调试符号生成参数是-g，如果误写成-lg（多了前缀l），链接器就会把它解析为“链接libg库”的指令，从而报错。
  2. -debug不是GCC的合法参数，GCC会将未识别的这类参数自动解析为-l debug（尝试链接libdebug库），如果你的命令中存在类似-debug=g的写法，也可能被错误解析为-lg。

解决步骤：

• 检查你的编译/链接命令，确保调试符号参数是-g（不要多打l），若需要更详细的调试信息，可使用-ggdb替代-g。
• 完全移除-debug参数，改用标准的-g来生成调试符号。
• 如果使用Makefile构建，检查CFLAGS、LDFLAGS等变量的定义，确认没有错误的参数展开（比如变量被意外设置为-lg）。

补充说明：arm-none-eabi是面向裸机环境的工具链，默认不包含libc、libg等用户态库，除非你手动移植或添加了相关库——但此问题与工具链完整性无关，仅需修正参数即可解决。

内容的提问来源于stack exchange，提问作者Robin Elvin