我需要使用 Sun Studio 构建应用程序。此应用程序使用只能使用 Gnu C++ 构建的共享库。共享库有一个 C 接口(interface),因此代码可由 Sun 编译器调用(这是为了避免名称混淆问题,另请参见 this question)。
除了异常处理之外的一切都工作正常。当共享库中抛出异常时,程序会出现段错误。只有在使用 Sun Studio 编译器编译主程序时才会发生这种情况。使用 Gnu C++ 编译器编译下面的最小示例,程序运行正常,共享库检测到异常。
方案 A:动态链接 下面是设置的说明:
GCC SOLARIS STUDIO
shared
c_layer.so <----- application
(no exceptions) (uses exceptions sol studio)
|
| use flag -static -static-libstdc++ -static-lib-gcc
v
gcc_only_lib.so
libstdc++.so
(uses gcc exceptions)
结果:一旦抛出异常,就会违反分段(参见下面的代码)。
B 计划:静态链接
同上,但构建c_layer.a
结果:
Undefined first referenced symbol
in file __cxa_allocate_exception libs/cInterface/libcInterface.a(c_layer.cpp.o) std::string::~std::basic_string () libs/cInterface/libcInterface.a(c_layer.cpp.o) __cxa_end_catch libs/cInterface/libcInterface.a(c_layer.cpp.o) __cxa_free_exception libs/cInterface/libcInterface.a(c_layer.cpp.o) __cxa_begin_catch libs/cInterface/libcInterface.a(c_layer.cpp.o) __cxa_throw libs/cInterface/libcInterface.a(c_layer.cpp.o)
问题:为什么异常处理不适用于 Sun Studio?
如果我像这样执行 gcc 运行时:
LD_PRELOAD=/usr/sfw/lib/amd64/libgcc_s.so ./example
它以不同的方式崩溃:
$> 在抛出“std::runtime_error”实例后调用终止 $> 递归终止调用
(dbx) where 1 __lwp_sigqueue(0x1, 0x6, 0xffffc1000bae5060, 0xffffffff, 0x0, 0xffff80ffbffff810), at 0xffff80ffbf51e70a [2] thr_kill(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbf512ec8 [3] raise(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbf4c291d [4] abort(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbf497ff2 [5] __gnu_cxx::__verbose_terminate_handler(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9de911 [6] __cxxabiv1::__terminate(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9dbd5b [7] std::terminate(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9dbda3 [8] __cxa_rethrow(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9dc02d [9] __gnu_cxx::__verbose_terminate_handler(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9de8d4 [10] __cxxabiv1::__terminate(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9dbd5b [11] std::terminate(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9dbda3 [12] __cxa_throw(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffbd9dbfd6 [13] clayerCall(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffff80ffb9991116 =>[14] main(argc = 1, argv = 0xffff80ffbffffa78), line 6 in "exampleMain.cpp"
这是重现问题的最小示例:
exampleMain.cpp:
#include <clayer.h>
#include <stdio.h>
int main(int argc, char **argv)
{
if (!clayerCall())
printf("got exception\n");
else
printf("OK\n");
}
共享库 header :
extern "C" {
bool clayerCall();
} // end extern "C"
共享库源:
#include "clayer.h"
#include <exception>
#include <stdexcept>
#include <stdio.h>
extern "C" {
bool clayerCall()
{
try
{
throw std::runtime_error("hhh");
return true;
}
catch (std::exception &ex)
{
return false;
}
}
} // end extern c
cmake 文件如下所示:
对于可执行文件
project(exampleMain)
cmake_minimum_required(VERSION 2.8)
set(CMAKE_BUILD_TYPE Debug)
add_definitions(-m64 -fPIC)
include_directories(../stackoverflow)
link_directories (
../stackoverflow
)
add_executable(example exampleMain.cpp)
target_link_libraries(
example
stdc++
clayer
)
图书馆
project(clayer)
cmake_minimum_required(VERSION 2.8)
cmake_policy(VERSION 2.8)
set(CMAKE_BUILD_TYPE Debug)
add_library(
clayer SHARED
clayer.cpp
)
最佳答案
异常处理需要库和链接器支持,这在 Sun Studio C++ 工具链和 Gnu C++ 之间是不同的(在这种方式下,它就像名称重整,您已经注意到这在两个工具链之间是不同的)。使用“C”链接在这里对您没有帮助,因为您链接到的函数的实现取决于该异常处理工具。通常,您不能在同一可执行文件中使用使用两个不同工具链构建的 C++ 代码。
如果您因为使用仅与 Sun Studio 兼容的闭源库而必须使用 Sun Studio,那么最简单的方法可能是获取“仅使用 GNU C++ 构建”的库以使用 Sun C++ 构建编译器,假设该库是开源的。这可能不是微不足道的,您可能需要获得图书馆作者的支持。当我不得不编写一些看起来像 GNU C++ 命令的小脚本时,我已经做到了这一点,这些脚本使用正确的标志调用 Sun 编译器。
如果这是不可能的,您可能必须将您尝试在服务中使用的库包装起来,并使用某种 RPC 机制从您的 Sun Studio 编译代码访问它。
编辑:由于链接到的库特别是 boost,this question可能会有帮助。总之,某些 boost 可能会使用您的 Sun 编译器版本构建。
关于c++ - Sun Studio 链接 gcc 库 : exceptions do not work,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27490165/