多年来，我们一直在各种平台（Linux、Windows、Mac OS X、32 位和 64 位）上构建大型开源软件，没有遇到任何麻烦。然而最近，Mac OS X 版本（64 位）停止正常工作并开始随机崩溃。它或多或少恰逢我们构建机器上的 Mac OS X 从 10.7 更新到 10.8.2（但编译器工具链没有改变，它仍然是 llvm-gcc 4.2.1）。
我们的应用程序由几个动态（共享）库和许多使用它们的可执行文件组成。出于各种原因，其中一个共享库会覆盖newand运算符。delete在 Mac OS X（和 Linux）上，默认情况下会导出所有符号，包括我们的重载new和delete运算符。Mac OS X 上的崩溃似乎与一些内存分配给一个内存子系统（不是我们的）有关，然后通过我们自己的（和不兼容的）delete实现释放。
最明智的解决方案似乎是防止重载的运算符对共享库的用户可见。这可以通过两种方式完成：用 标记运算符__attribute__((visibility("hidden")))，或使用-unexported_symbols_list链接器命令行选项来防止某些符号被导出。不幸的是，第一个解决方案不起作用：gcc 发出警告，指出运算符的声明方式不同（in <new>），因此属性将被忽略。从我在各个地方的阅读来看，第二种解决方案似乎是解决这个问题的正确方法。但是由于某种原因，我们无法使其工作。
链接共享库时，我们将-Wl,-unexported_symbols_list unexported_symbols_list.txt选项传递给 g++，而 g++ 又应传递给 ld。该unexported_symbols_list.txt文件包含以下符号列表：
__ZdaPv
__ZdaPvRKSt9nothrow_t
__ZdlPv
__ZdlPvRKSt9nothrow_t
__ZdlPvS_
__Znam
__ZnamRKSt9nothrow_t
__Znwm
__ZnwmPv
__ZnwmRKSt9nothrow_t
这些是我们覆盖并希望隐藏的所有变new体delete。我们通过使用 .nm libappleseed.dylib然后解开符号名称来找到这些符号c++filt。
这是 CMake 生成的用于链接的命令行libappeseed.dylib：
/usr/bin/g++ -g -Werror -dynamiclib -Wl,-headerpad_max_install_names -framework Cocoa -lcurl -Werror -Wl,-unexported_symbols_list -Wl,unexported_symbols_list.txt -o ../mac-gcc4/appleseed/libappleseed.dylib [...]
不幸的是，尽管我们付出了所有努力，但符号似乎仍然存在（如 nm 所示）。
知道我们做错了什么吗？我们可以尝试另一种方法吗？
2012 年 12 月 19 日更新：
Apple 的这份技术说明很好地涵盖了我们的问题和假设的解决方案：http: //developer.apple.com/library/mac/#technotes/tn2185/_index.html（“覆盖新/删除”部分）。
指向相关源代码的指针：
operator new并operator delete覆盖：allocator.cpp- 用于控制共享库中符号可见性的宏：dllvisibility.h
nm构建 libappleseed.dylib-fvisibility=hidden并运行后的输出片段strip -x libappleseed.dylib：
...
00000000002a41b0 T __ZdaPv
00000000002a41f0 T __ZdaPvRKSt9nothrow_t
00000000002a4190 T __ZdlPv
00000000002a41d0 T __ZdlPvRKSt9nothrow_t
00000000002a4060 T __Znam
00000000002a4130 T __ZnamRKSt9nothrow_t
00000000002a3ff0 T __Znwm
00000000002a40d0 T __ZnwmRKSt9nothrow_t
...