c++ - 找不到 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 ....我只是在机智的尽头，谷歌只是给我一些不包括在内的第 3 方框架的东西，但这是我的主要 namespace !!啊!

---

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

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

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

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