Tag: libstdc ++

Java Native Interface（JNI）是否受C ++ ABI兼容性问题的影响？

Java Native Interface（JNI）是否受C ++ ABI兼容性问题的影响？ 我正在开发一个Java应用程序。 我想使用Java Native Interface（JNI）来调用C ++库中的函数。 我可以访问C ++库的代码，我可以重建它，但我可能需要。 （例如，我可以静态链接C ++运行库。） 我可以要求我的用户拥有JRE 6或更高版本，但我不能要求他们拥有任何特定的C ++运行时。 一位同事向我指出了这篇博客文章： http ： //www.trilithium.com/johan/2005/06/static-libstdc/ ，它建议不要使用动态加载的C ++代码。 另一位同事向我指出了这个错误报告： http ： //bugs.sun.com/bugdatabase/view_bug.do?bug_id=4694590 ，详细说明了如何在Java 1.4.2中解决这些问题。 根据我的理解，问题的要点是libstdc ++的二进制接口经常发生变化。 如果C ++应用程序加载了使用不同编译器构建的C ++共享库，则会同时将两个不兼容的libstdc ++库加载到内存中。 错误报告解释了Java 1.4.2的解决方案：“我们静态链接JDK中的C ++运行时并启用链接器脚本以隐藏libstdc ++和其他内部符号中的符号。结果，这些符号对JNI代码变得不可见，并且当某些符号时本机代码需要调用C ++运行时，调用将使用适当的libstdc ++解析。所以。还有两个libstdc ++。所以同时加载，但它应该是良性的。“ 我有几个问题。 首先，OpenJDK是否继续采用这种方法？ [ 编辑：我在OpenJDK的build-dev邮件列表上问了这个问题。 答案是肯定的，HotSpot仍然静态链接libstdc ++，但显然“大多数Linux发行版都将其修补”。 另一位开发人员指出，这甚至不需要补丁：“设置STATIC_CXX = false应该足够了（默认为true）。”] 其次，即使在这种情况下，拥有两个不兼容的libstdc ++是否真的是良性的。所以同时加载？ 第三，这种方法（隐藏JDK中的符号）是否解决了所有兼容性问题？ 上面引用的博客文章警告说“针对不同ABI编译的代码根本不是二进制兼容的”。 […]