无法捕获自定义std::runtime_error

在我的代码中，我抛出了自定义的file_error异常，该异常源自std:：runtime_error。在另一个模块中，我捕捉到该操作的异常，并希望处理我的file_error，如下所示：

try
{
  base::create_directory(INVALID_NAME, 0700);
  ...
}
catch (const base::file_error &exc)
{
   ...
}
catch(std::runtime_error &exc)
{
    ...
}
catch(std::exception &exc)
{
  ...
}

file_error声明为：

namespace base {
class file_error : public std::runtime_error
{
  int sys_error_code;
  public:
    file_error(const std::string &text, int err);
    error_code code();
    int sys_code();
};
}

但是，file_error的catch分支从未被触发。要么我最终进入runtime_error分支，要么如果我删除了它，则进入异常分支。

然而，这在Linux+Win（gcc，VS）中运行良好，而在Mac（clang）上则不起作用。知道这里可能出了什么问题吗？

更新：

以下是当我到达runtime_error分支时的lldb输出：

(lldb) p exc
(const base::file_error) $0 = {
  std::runtime_error = {
    __imp_ = (__imp_ = 0x0000000000000000)
  }
  sys_error_code = 13923331
}

这清楚地表明异常的类型确实是base:：file_error。它只是没有被关联的catch块捕获。

更新2:

在与上面的测试代码相同的文件中基于file_error声明自己的错误，如下所示：

class test_error : base::file_error {
public:
  test_error(const std::string &s) : base::file_error(s, 0) {};
};

允许我在test_error块和catch-all块中捕获它，但不能在base:：file_error、std:：runtime_error或std:：exception块中捕获。奇怪的

更新3:

经过大量的实验，我现在认为这是一个类型不匹配的问题，类似于ODR冲突，但不同。dylib和测试应用程序中的类型被认为不相同，因此不会捕获异常，除非我在测试代码中直接抛出base:：file_error exeption。