cgo 不支持 -Xlinker "-(" 这类含括号的简写链接器参数，会导致解析错误；应改用 GNU ld 标准的 --start-group 和 --end-group 显式语法，由 Go 工具链安全传递给底层链接器。
cgo 不支持 `-xlinker "-("` 这类含括号的简写链接器参数，会导致解析错误；应改用 gnu ld 标准的 `--start-group` 和 `--end-group` 显式语法，由 go 工具链安全传递给底层链接器。
在使用 cgo 链接多个相互依赖的静态库（如 libyyy.a 和 libzzz.a）时，链接器需反复扫描库以解析循环符号依赖。传统做法是用 -Xlinker "-(" 和 -Xlinker "-)" 启用链接器的“分组链接”（group linking）模式。但 cgo 的预处理器会对 #cgo 指令中的括号（特别是 -(）进行语法校验，将其误判为非法 token，从而报错 malformed #cgo argument: -(。
正确做法是：直接使用 GNU ld 原生命令行选项 --start-group 和 --end-group —— 它们语义等价、无特殊字符，且被 cgo 完全兼容：
// #cgo LDFLAGS: --start-group libyyy.a libzzz.a -lstdc++ --end-group import "C"
✅ 优势说明：
-
--start-group/--end-group是 ld 的标准选项（支持 GNU ld、LLD 等主流链接器），无需额外-Xlinker包装； - cgo 会原样保留这些参数并传递给最终链接命令，避免解析失败；
- 语义清晰，便于团队协作与代码审查。
⚠️ 注意事项：
- 确保目标平台的链接器支持
--start-group（GCC 4.0+ / binutils 2.10+ 均支持；你使用的 gcc 3.4.5 可能较旧，建议升级或验证ld --help | grep group）； - 不要在
--start-group内部嵌套另一个--start-group； - 若需跨平台构建（如 macOS 使用 ld64），注意其不支持该语法（macOS 应改用
-Wl,-force_load或重构依赖）； - 所有
.a文件路径应为绝对路径或相对于构建目录的有效相对路径，避免链接时找不到。
总结：放弃 -Xlinker "-(" 这类易出错的简写形式，拥抱标准化、可移植的 --start-group / --end-group，既符合 cgo 设计约束，也提升了构建健壮性与可维护性。
