了解链接器重复符号错误的根源

如何解决了解链接器重复符号错误的根源

| 我有一个以前编译过的c ++程序，但是在混入Jamfiles之后，该程序不再编译，并且

ld

发出了

duplicate symbol error

。在连续恢复到原始Jamfile，运行

bjam clean

，手动删除对象并在MacOs 10.6.7上从带有gcc前端的clang切换到gcc 4.2.1之后，这种情况仍然存在。 该程序的简化描述是有is3ѭ和四个文件

a.h,cpp

和

b.h,cpp

，它们被编译成一个静态库，并链接到

main.o

。

main.cpp

和

b.cpp

都通过两个不同的中间文件依赖于包含冒犯符号

off.h

的文件，但是

a.h

和

a.cpp

都不以任何方式依赖于

off.h

。 在您询问之前，我确保所有文件都包装在多个定义保护中（

#ifndef

，

#define

，

#endif

），尽管我确实找到了丢失它们的文件，但未引用

off.h

。更重要的是，

b.h

不包含任何引用

off.h

的内容，只有实现

b.cpp

引用了

off.h

。仅此一个让我感到困惑。 更令人困惑的是，我能够从

b.cpp

中删除对

off.h

的引用，并且正如预期的那样，它成功地重新编译。但是，当我重新添加引用时，它也成功编译，并在清除了目标文件后继续这样做。我仍然不知道为什么它无法编译，尤其是考虑到符号不应该冲突，我避免了符号重复，并且摆脱了任何先前/不完整的版本。 由于我能够成功地编译程序，因此我怀疑是否可以重现该程序以测试任何建议。但是，我对这种情况如何发生感到好奇，并且如果将来遇到这种行为，如果超出我的能力范围，该如何解决？     

解决方法

这通常是在头文件中定义对象而不是仅仅声明它的结果。考虑： h.h：

#ifndef H_H_
#define H_H_
int i;
#endif

a.cpp：

#include \"h.h\"

b.cpp：

#include \"h.h\"
int main() {}

这将产生一个重复的符号

i

。解决方案是在头文件file27中声明该对象，并在源代码文件ѭ28中之一中对其进行定义。