Question

我正在使用f-no-rtti构建共享库。在内部，此库会抛出std:invalid_argument并捕获std::exception，但永远不会输入catch子句。

以下代码重现了该问题（g ++ 4.2，Mac OS X 10.6）：

// library.cpp: exports f(), compiled with -fno-rtti
#include <stdexcept>
#include <iostream>
extern "C" {
    void f() {
        try {
            throw std::invalid_argument("std::exception handler");
        } catch( std::exception& e) {
            std::cout << e.what() << "\n";
        } catch(...) {
            std::cout << "... handler\n";
        }
    }
}

// main.cpp: the main executable, dynamically loads the library
#include <dlfcn.h>
typedef void(*fPtr)();

int main() {
    void* handle = dlopen( "./libexception_problem.dylib", RTLD_LAZY );
    fPtr p_f = reinterpret_cast<fPtr>( dlsym( handle, "f" ) );
    p_f();
}

输出：

MacBook-Pro:teste pfranco$ # works fine with rtti
MacBook-Pro:teste pfranco$ g++ -c library.cpp && g++ -shared -o libexception_problem.dylib library.o && g++ main.cpp -o main && ./main
std::exception handler
MacBook-Pro:teste pfranco$ # breaks with -fno-rtti
MacBook-Pro:teste pfranco$ g++ -c -fno-rtti library.cpp && g++ -shared -o libexception_problem.dylib library.o && g++ -fno-rtti main.cpp -o main && ./main
... handler
MacBook-Pro:teste pfranco$ #-no_dead_strip_inits_and_terms doesn't change anything
MacBook-Pro:teste pfranco$ g++ -c -no_dead_strip_inits_and_terms -fno-rtti library.cpp && g++ -no_dead_strip_inits_and_terms -shared -o libexception_problem.dylib library.o && g++ -fno-rtti -no_dead_strip_inits_and_terms main.cpp -o main && ./main
... handler
MacBook-Pro:teste pfranco$ # linking against the shared library works, but this isn't always an option
MacBook-Pro:teste pfranco$ g++ -c -fno-rtti library.cpp && g++ -shared -o libexception_problem.dylib library.o && g++ -fno-rtti main.cpp -o main -L. -lexception_problem && ./main
std::exception handler

只有当抛出的代码位于共享库中时才会发生这种情况，并且只有当捕获的类型是实际异常的基类时才会发生 - {{1}工作正常，catch(std::invalid_argument&)没有。

有趣的是，即使运行完全相同的命令，也不会发生在Linux 上。

问题：

为什么会这样？这是一个错误，未定义的行为还是设计？
如果没有链接到图书馆，我怎么能让它工作？

非常感谢。

Answer 1

原来这是Apple的gcc上的一个错误。他们最近回复了我的错误报告，说不会修复它。

Answer 2

从gcc的信息页面（我的高光）。

-fno-rtti 禁止使用虚拟生成有关每个类的信息函数供C ++运行时类型标识功能使用（dynamic_cast和typeid）。如果你不使用那些部分语言，您可以使用此标志来节省一些空间。 注意异常处理使用相同的信息，但它会根据需要生成它。 dynamic_cast运算符仍然可以用于不需要运行时类型信息的强制转换，即强制转换为void *或明确的基类。

RTTI是该语言的核心部分。如果编译器允许您禁用它，那么您在语言规则之外工作，因此不一定能让所有内容都按预期工作。

在Mac OS X上的-fno-rtti共享库中多态捕获异常

2 个答案: