解决Ubuntu Precise上gccgo的-lgcc_s链接错误

在使用gccgo编译go程序时，ubuntu Precise用户可能遇到“cannot find -lgcc_s”的链接错误。本文提供了一个简单有效的解决方案，即通过在编译时指定-Static-libgcc选项来静态链接libgcc，从而绕过此已知系统库缺失问题，确保Go程序顺利编译。

问题概述：gccgo链接错误

当开发者在ubuntu precise（如ubuntu 12.04 lts）环境下尝试使用gccgo编译器链接go程序时，可能会遇到以下典型的链接错误信息：

/usr/bin/ld: cannot find -lgcc_s collect2: error: ld returned 1 exit status

这个错误表明链接器（ld）无法找到名为libgcc_s的共享库。尽管gccgo本身可能已正确安装，但由于特定Ubuntu版本中gccgo包的已知问题（例如，Ubuntu bug #966570），导致在链接阶段无法正确找到或解析libgcc_s。这通常是由于库路径配置不当或共享库文件本身缺失或版本不兼容所致。

解决方案：静态链接libgcc

为了绕过这个已知的系统级链接问题，最直接且有效的解决方案是强制gccgo在编译时静态链接libgcc库，而不是尝试寻找其共享版本。这可以通过在gccgoflags中添加-static-libgcc选项来实现。

以下是使用go build命令配合gccgo编译器和-static-libgcc选项的示例：

go build -compiler gccgo -gccgoflags '-static-libgcc' cmd/meme/main.go

或者，如果您的项目结构允许，可以直接在项目根目录运行：

go build -compiler gccgo -gccgoflags '-static-libgcc'

代码解释：

• go build: go语言的官方构建命令。
• -compiler gccgo: 指定使用gccgo作为Go程序的编译器，而不是默认的gc编译器。
• -gccgoflags ‘-static-libgcc’: 这个选项用于向gccgo编译器传递额外的标志。其中，-static-libgcc是关键，它指示gccgo链接器使用libgcc的静态版本（libgcc.a），而不是动态链接其共享版本（libgcc_s.so）。通过静态链接，程序在运行时将不再依赖系统上是否存在libgcc_s.so，从而避免了“cannot find -lgcc_s”的错误。
• cmd/meme/main.go: 您的Go程序入口文件路径（根据实际情况替换）。

注意事项

• 适用范围： 此解决方案主要针对特定Ubuntu版本（如Precise）上gccgo的已知链接问题。在其他linux发行版或更新的Ubuntu版本中，此问题可能已被修复，或者需要不同的解决方案。
• 静态链接的潜在影响： 静态链接libgcc会使最终的可执行文件略微增大，因为它包含了libgcc库的所有必要代码，而不是仅仅引用一个共享库。然而，对于大多数Go应用程序而言，这种增量通常可以忽略不计，并且带来了更好的可移植性（因为运行时不再依赖特定的libgcc_s.so）。
• 官方支持： 这是一个针对特定系统打包问题的临时解决方案。如果可能，升级到最新版本的Ubuntu或Go工具链通常是解决此类问题的更彻底方法。

总结

当您在Ubuntu Precise等环境中遇到gccgo编译时提示“cannot find -lgcc_s”的链接错误时，不必过于担忧。通过在go build命令中添加-compiler gccgo -gccgoflags ‘-static-libgcc’，您可以有效地绕过这个已知的系统级问题，确保您的Go程序能够顺利编译并生成可执行文件。这个方法简单直接，是解决此类特定环境编译问题的实用技巧。