Go 1.5 引入的 -linkshared 模式存在构建缺陷：当依赖已编译为共享库的包时，链接器会生成不完整的 -l 参数，导致 GCC 报错“missing argument to ‘-l’”，根本原因是 go tool 在生成链接标志时未正确推导库名。
go 1.5 引入的 `-linkshared` 模式存在构建缺陷：当依赖已编译为共享库的包时，链接器会生成不完整的 `-l` 参数，导致 gcc 报错“missing argument to ‘-l’”，根本原因是 `go tool` 在生成链接标志时未正确推导库名。
Go 1.5 是首个支持共享库构建的 Go 版本，通过 -buildmode=shared 和 -linkshared 实现跨包动态链接。但该功能在初始实现中存在关键缺陷：当使用 go build -linkshared 编译一个导入已安装共享包（如 worker）的程序时，go 工具链未能正确解析并传递目标共享库的名称（如 -lworker），而是输出了空悬的 -l 标志，最终被 GCC 拒绝：
$ go build -linkshared # github.com/user/project go/pkg/tool/linux_amd64/link: running gcc failed: exit status 1 gcc: error: missing argument to ‘-l’
进一步通过 -x 查看详细命令可确认问题根源：
/usr/bin/gccgo ... -l -Wl,-E -fPIC # ← 注意此处孤立的 -l
该行为已被官方确认为 bug（issue #12236），核心原因在于 go tool link 在构建 -l 参数时，未从导入路径或包元数据中正确提取共享库标识符，导致链接器参数生成逻辑失效。
✅ 临时解决方案（适用于 Go 1.5）：
- 确保共享包已用 -buildmode=shared 显式构建并安装（go install -buildmode=shared）；
- 手动指定链接库名（需配合 -ldflags）：
go build -linkshared -ldflags="-extldflags '-lworker'"
⚠️ 注意：worker 必须与 go install -buildmode=shared 生成的 .so 文件名前缀一致（如 libworker.so → -lworker）。
❌ 不推荐方案：
- 使用 gccgo（-compiler=gccgo）无法绕过此问题，反而暴露更底层的参数缺失（如示例中 -l 后无参数），且 gccgo 在 Go 1.5 中对共享模式支持不完整，兼容性差。
? 重要注意事项：
- 此 bug 在 Go 1.6+ 中已被修复（参见 CL 16279），强烈建议升级至 Go 1.6 或更高版本以启用稳定共享链接；
- 共享构建要求所有参与包（包括标准库）均以 -buildmode=shared 编译并安装，否则链接将失败；
- GOROOT 和 GOPATH 下的 pkg/ 目录必须包含对应平台的 shlibs/ 子目录及 .so 文件，且 LD_LIBRARY_PATH 需包含该路径以支持运行时加载。
总之，Go 1.5 的 -linkshared 属于实验性特性，生产环境应避免使用；若必须适配旧版，请优先采用手动 -ldflags 补丁，并尽快规划迁移至 Go 1.6+。
