由于本机依赖项中的"多个定义"链接器错误,构建失败

我维护一个使用CircleCI进行持续集成的开源框架.我最近遇到了一堵墙,该项目突然拒绝在相当奇怪的情况下建造.

Build 27是最后一个成功的.之后,我对依赖项做了一些小改动,发现构建失败了.我试图修复它没有成功,所以我恢复到最后的工作配置,它仍然失败.

失败的原因是两个依赖关系,都是对本机C库的绑定:OpenGL(OpenGLRaw)和GLFW(bindings-glfw).它们在链接阶段出错,有很多行:

/tmp/ghc18975_0/ghc18975_6.o:(.data+0x0): multiple definition of `__stginit_bindizu0Qm7f8FzzUN32WFlos7AKUm_BindingsziGLFW'
/tmp/ghc18975_0/ghc18975_6.o:(.data+0x0): first defined here

我完全不知道为什么会发生这种情况.当原始构建通过时,这些库的完全相同版本被构建回来,并且在CI上它每次都使用一个新容器(我已经尝试过清理缓存).虽然构建涉及两者apt-get update,cabal update但是有可能某些外部资源发生了变化.

如果有人遇到过这样或类似的问题,它可能会对诊断和解决问题有很大帮助.谷歌搜索这个multiple definition规模的特定问题不会产生任何结果.

我尝试更新cabal版本(因为互联网上的一些提示指向它),但是:

cabal-install version 1.22.6.0
using version 1.22.4.0 of the Cabal library

问题依然存在.

我忘了提到的一件重要事情是,这看起来并不像一些简单的包混淆.我通过SSH连接到那个盒子,在那里创建了一个空文件夹和一个沙箱,甚至简单的cabal install OpenGLRaw失败了同样的问题(因此它本身不太可能引入同一模块的两个版本,可能导致这些冲突).

我还提取了一份详细的cabal安装日志.

再次SSH,克隆了OpenGLRaw的原始资源,仍然是相同的.试过7.6.3,还是一样的.

这似乎是一个问题gcc-4.9.2.我分叉你的项目,开始一个高详细级别的构建,连接到circleci容器并运行完全链接命令.它以同样的方式失败:

ubuntu@box1305:~$ /usr/bin/gcc -fno-stack-protector -DTABLES_NEXT_TO_CODE '-Wl,--hash-size=31' -Wl,--reduce-memory-overheads -Wl,--no-as-needed -nostdlib -Wl,-r -nodefaultlibs '-Wl,--build-id=none' -o Types.o /tmp/ghc17998_0/ghc_15.ldscript
/tmp/ghc17998_0/ghc_14.o: In function `r2vy_closure':
(.data+0x0): multiple definition of `__stginit_OpenGzu8rT20eO9AxEKIONeYf57cS_GraphicsziRenderingziOpenGLziRawziTypes'
/tmp/ghc17998_0/ghc_14.o:(.data+0x0): first defined here
/tmp/ghc17998_0/ghc_14.o: In function `r2vy_closure':
(.data+0x8): multiple definition of `OpenGzu8rT20eO9AxEKIONeYf57cS_GraphicsziRenderingziOpenGLziRawziTypes_makeGLDEBUGPROC_closure'
/tmp/ghc17998_0/ghc_14.o:(.data+0x8): first defined here
/tmp/ghc17998_0/ghc_14.o: In function `c2y7_info':
(.text+0xc0): multiple definition of `OpenGzu8rT20eO9AxEKIONeYf57cS_GraphicsziRenderingziOpenGLziRawziTypes_makeGLDEBUGPROC_info'
/tmp/ghc17998_0/ghc_14.o:(.text+0xc0): first defined here

但gcc-4.8它有效:

ubuntu@box1305:~$ /usr/bin/gcc-4.8 -fno-stack-protector -DTABLES_NEXT_TO_CODE '-Wl,--hash-size=31' -Wl,--reduce-memory-overheads -Wl,--no-as-needed -nostdlib -Wl,-r -nodefaultlibs '-Wl,--build-id=none' -o Types.o /tmp/ghc17998_0/ghc_15.ldscript
ubuntu@box1305:~$ 

因此,您应该切换到较旧版本,gcc并可能向gcc开发人员报告错误.

ADDED: 以下是如何切换gcc版本的示例.而这里是一个成功的构建.