问题描述
|
我有一个以前编译过的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中之一中对其进行定义。