链接静态c++;gcc用xlC编译的程序构建的库?

链接静态c++;gcc用xlC编译的程序构建的库?,gcc,static-libraries,xlc,Gcc,Static Libraries,Xlc,我有一个第三方静态库,它是用gcc在AIX上构建的。当我尝试使用XLCAIX编译器链接到该库时,会得到各种各样的未解析符号。我相信这是由于名称上的差异造成的。如果我用nm命令从库中取出被管理的名称,那么使用xlC编译器构建二进制文件是否有任何根本性的错误,前提是它可以找到它正在寻找的符号?我在找什么麻烦?这很可能行不通;看看这个问题 C++比C复杂得多,还有很多其他东西可能不兼容 例如,异常处理是否兼容?数据对象是否以相同的方式排列(C中,顺序与列表一样,但C++中可以随访问说明符而变化)?vt

我有一个第三方静态库,它是用gcc在AIX上构建的。当我尝试使用XLCAIX编译器链接到该库时,会得到各种各样的未解析符号。我相信这是由于名称上的差异造成的。如果我用nm命令从库中取出被管理的名称,那么使用xlC编译器构建二进制文件是否有任何根本性的错误,前提是它可以找到它正在寻找的符号?我在找什么麻烦?

这很可能行不通;看看这个问题

C++比C复杂得多,还有很多其他东西可能不兼容

例如,异常处理是否兼容?数据对象是否以相同的方式排列(C中,顺序与列表一样,但C++中可以随访问说明符而变化)?vtables的工作原理相同吗?
dynamic\u cast
是如何处理的

名称混乱的不同之处在于阻止了链接,但还有许多其他差异可能会伤害你


您最好使用他们使用的gcc版本。这就是我曾经在一个类似项目中必须做的事情。

这很可能不起作用;看看这个问题

C++比C复杂得多,还有很多其他东西可能不兼容

例如,异常处理是否兼容?数据对象是否以相同的方式排列(C中,顺序与列表一样,但C++中可以随访问说明符而变化)?vtables的工作原理相同吗?
dynamic\u cast
是如何处理的

名称混乱的不同之处在于阻止了链接,但还有许多其他差异可能会伤害你

您最好使用他们使用的gcc版本。这是我曾经在一个类似的项目中必须做的