在项目的build过程中发现, 生成其中一个目标文件时, 会报告一个符号多处定义的错误.
而在另一个不同版本的编译器上则没有这个问题, 追查原因, 两个不同的Linux PC上安装的gcc34 版本有细微的差别, 正是这个细微的差别导致在一种情况下会报告的错误, 另一个版本则不会报错.
没有问题的版本是 compat-gcc-34-3.4.6-9.src.rpm
有问题的版本则是 compat-gcc-34-3.4.6-4.src.rpm
我不想讨论gcc的具体版本, 一个健康的项目应该对编译器的版本有最小程度的依赖, 检查Makefile, 发现原因是在其中一个Makefile中, 通过
$(LD) -r $(LDFLAGS) -o $@ $+
这样一条命令从几个 .o 文件生生组合出另一个 .o文件. 我不知道最初写这句话的人初衷是什么, .o文件的集合, 应该是.a 文件才对, 或者应该由ld 生成一个可执行的文件, 或.so文件. 奇怪的是竟然有命令也支持生成这样的怪物.
问题是, 在另一个Makefile中, 生成 .a文件的命令是通过 find 来自动收集.o文件的, 这样就产生了下面的.a文件的内容
all.a: a.o b.o c.o x.o
问题是x.o 是经由 上面的 ld -r -o x.o a.o b.o 生成的,
这样就产生了a.o 与 x.o中同时含有某个符号文件的错误.
阅读(1235) | 评论(0) | 转发(0) |
