Dyld 符号未找到错误

Question

这是我的错误。

dyld: Symbol not found: __ZTIN8eqOsirix3ROIE
  Referenced from: /Users/slate/Documents/osirixplugins/CoreDataTrial_EQOsirix/build/Development/rcOsirix.app/Contents/MacOS/rcOsirix
  Expected in: flat namespace
 in /Users/slate/Documents/osirixplugins/CoreDataTrial_EQOsirix/build/Development/rcOsirix.app/Contents/MacOS/rcOsirix
Data Formatters temporarily unavailable, will re-try after a 'continue'. (Not safe to call dlopen at this time.)
(gdb) bt
#0  0x8fe01065 in __dyld_dyld_fatal_error ()
#1  0x8fe04fa5 in __dyld__ZN4dyld4haltEPKc ()
#2  0x8fe0796b in __dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5_ ()
#3  0x8fe018b1 in __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl ()
#4  0x8fe01057 in __dyld__dyld_start ()
(gdb) continue
Program received signal:  “EXC_BAD_ACCESS”.
Data Formatters temporarily unavailable, will re-try after a 'continue'. (Not safe to call dlopen at this time.)
(gdb) bt
#0  0x8fe010e3 in __dyld__ZN13dyldbootstrapL30randomizeExecutableLoadAddressEPK12macho_headerPPKcPm ()
#1  0x8fe04fa5 in __dyld__ZN4dyld4haltEPKc ()
#2  0x8fe0796b in __dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5_ ()
#3  0x8fe018b1 in __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl ()
#4  0x8fe01057 in __dyld__dyld_start ()
(gdb) 

其中 eqOsirix 是我的主命名空间。不久前我遇到了两个类似的问题（一个和两个），但现在这两种解决方案都无法帮助我。

我在更新我的 Mac 后注意到了这个问题，但我认为这是无关的。

不会生成编译错误（或警告）。

什么可能导致这种情况？为什么编译器在链接期间没有捕获任何内容？我已经完成了干净的构建，重置了 XCode 和 Mac...我只是无计可施，谷歌只是为我提供了未包含的第 3 方框架的内容，但这是我的主要命名空间 !!啊啊！

---

[编辑] 由于@Troubador 指出ROI 不是争夺的一部分，所以我在下面包含了 ROI：

#ifndef EQOSIRIX_ROI_H
#define EQOSIRIX_ROI_H

namespace eqOsirix{

    class ROI : public eq::Object
    {

    public:
        ROI() {};
        virtual ~ROI() {};

        virtual uint32_t getType() {return NONE;};

        virtual void draw() {};

    protected:

        enum ROIType {
            NONE = 0,
            LINE,
            POLY,
            AREA,
            VOLUME
        };

    private:

    };

}


#endif//EQOSIRIX_ROI_H

没什么可搞砸的，而且我认为我拥有所有虚拟资源对于 C++ 定义没问题（而不是 Java 或 ObjC）？？？

Answer 1

根据我们对您的问题的讨论，我确信这与您的所有方法都是在类定义中定义的事实有关。这意味着 gcc 没有可以发出 typeinfo 对象符号的“key”函数，即没有可以放置 typeinfo 对象的单个对象文件。因此，gcc 所做的就是将 typeinfo 符号发出到每个对象中需要它的文件，并通知链接器在创建 dylib 时忽略重复项。

我询问可见性属性的原因是，如果即使其中一个重复符号被标记为“隐藏”，那么链接器将隐藏 dylib 中的 typeinfo 符号，并且应用程序的任何其他部分将无法在运行时查找它 -时间。您不会收到似乎符合您报告的行为的编译时错误。

如果您不确定是否使用可见性属性，那么您可能没有使用，因为默认可见性是“默认”，这基本上意味着不隐藏。在构建文件中查找以 -fvisibility 开头的 gcc 选项。还可以使用诸如 __attribute__ ((visibility ("hidden"))) 之类的代码在代码中标记可见性。

我建议在 cpp 文件中移动至少一个成员定义的原因是强制单次发射 typeinfo 对象并测试这是否会产生影响。你没有说你是否尝试过这个，所以很高兴知道。