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

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

要回复问题请先登录注册