找不到 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 是我的主要命名空间。不久前我遇到了两个类似的问题（one 和 two），但现在这两种解决方案都对我没有帮助。

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

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

是什么原因造成的？为什么编译器在链接期间没有捕获任何东西？我已经完成了干净的构建，重置了 XCode 和 Mac....啊！

---

[编辑] 由于@Troubador 指出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 对象的符号，即没有可以放置 typeinfo 对象的单个对象文件。因此 gcc 所做的是将 typeinfo 符号发送到每个对象中需要它的文件并通知链接器在创建 dylib 时忽略重复项。

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

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

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