2

这是我的错误。

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 namespace.... 啊！

[编辑] 由于@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）？？？

4

1 回答 1

1

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

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

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

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

于 2010-09-16T20:49:01.623 回答