java-native-interface - 从 OS-X 到 Windows 的 JNI 交叉编译失败并显示“找不到依赖库”
问题描述
我有一个在 Apple OS-X 上构建并为 Windows 10 交叉编译的 Java JNI 程序。
构建并在 OS-X 上运行良好。Windows 64 位的交叉编译完成且没有错误,但生成的程序无法在 Windows 10 下运行并给出错误:
Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\Users\Michael\Documents\JNIExample\MyLib.dll: Can't find dependent libraries
仅当我添加对 C++ new运算符的引用时才会发生该错误。当它被删除时,“找不到依赖库”消失并且应用程序运行。该程序确实曾经与这些工具和操作系统的早期版本一起运行。
我的猜测是我在 x86_64-w64-mingw32-gcc 中遗漏了一些重要的东西,包括新运算符所需的静态绑定库。任何人都可以帮忙吗?
用于构建项目的命令位于 bash shell 脚本文件中:doit.sh
#!/bin/bash
echo "=== Building on OS-X ==="
export JAVA_HOME="`/usr/libexec/java_home -v '14*'`"
# Clean up
rm -rf bin/*.class MyLib/*.o *.dll *.jnilib *.jar
# Compile Java and generate JNI header file
mkdir -p bin
javac -d bin -h MyLib -sourcepath src src/*.java
# Create the JAR file, main entry point in class MyLib
jar cfe Test.jar MyLib -C bin .
# Build the C++ shared library
gcc -c -I"${JAVA_HOME}/include" -I"${JAVA_HOME}/include/darwin" MyLib/MyLib.cpp -o MyLib/MyLib.mac.o
g++ -dynamiclib -o libMyLib.jnilib MyLib/*.mac.o
echo "=== Running on OS-X ==="
java -jar Test.jar
echo "=== Building on OS-X ==="
# Cross compile for the Windows shared library
/usr/local/bin/x86_64-w64-mingw32-gcc -D __LP64__ -c -I$JAVA_HOME/include -I$JAVA_HOME/include/darwin MyLib/MyLib.cpp -o MyLib/MyLib.win.o
/usr/local/bin/x86_64-w64-mingw32-g++ -shared -static-libgcc -static-libstdc++ -o MyLib.dll MyLib/*.win.o
我的目标是使用 jlink 和 jpackage 制作应用程序的 Windows 和 Mac 分发版,以便最终将需要所有库都包含在我的最终分发版中。
工具版本| Tool | Version |
|-------------------------|----------------------|
| MacBook Pro | OS-X Catalina 10.15.6 |
| x86_64-w64-mingw32-gcc/g++ | 9.3.0 (GCC) (download with brew install mingw-w64) |
| gcc/g++ | Apple clang version 12.0.0 (clang-1200.0.31.1) |
| java | java version "14.0.1" 2020-04-14 |
x86_64-w64-mingw32-gcc -v 输出
michaelellis$ /usr/local/bin/x86_64-w64-mingw32-gcc -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/x86_64-w64-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/local/Cellar/mingw-w64/7.0.0_2/toolchain-x86_64/libexec/gcc/x86_64-w64-mingw32/9.3.0/lto-wrapper
Target: x86_64-w64-mingw32
Configured with: ../configure --target=x86_64-w64-mingw32 --with-sysroot=/usr/local/Cellar/mingw-w64/7.0.0_2/toolchain-x86_64 --prefix=/usr/local/Cellar/mingw-w64/7.0.0_2/toolchain-x86_64 --with-bugurl=https://github.com/Homebrew/homebrew-core/issues --enable-languages=c,c++,fortran --with-ld=/usr/local/Cellar/mingw-w64/7.0.0_2/toolchain-x86_64/bin/x86_64-w64-mingw32-ld --with-as=/usr/local/Cellar/mingw-w64/7.0.0_2/toolchain-x86_64/bin/x86_64-w64-mingw32-as --with-gmp=/usr/local/opt/gmp --with-mpfr=/usr/local/opt/mpfr --with-mpc=/usr/local/opt/libmpc --with-isl=/usr/local/opt/isl --disable-multilib --enable-threads=posix
Thread model: posix
gcc version 9.3.0 (GCC)
完整的 SSCCE 可在公共 git 上获取:https ://gitlab.com/Michael51773/jniexample
解决方案
对此进行调查的下一步是创建一个使用可共享库的简单 C++ 独立命令行应用程序。
这在 OS-X 上构建并正确运行,但是在将交叉编译的产品部署到 Windows 平台时,它无法执行,将以下库列为缺失:
- libstc++-6.dll
- libwinpthread-1.dll
- libgcc_s_seh
将这些文件从 mingw 发行版 /usr/local/Cellar/mingw-w64/7.0.0_2/toolchain-x86_64/x86_64-w64-mingw32/.. 复制到与 Windows 平台上的应用程序相同的目录中解决了问题!
在我看来,mingcw g++ -static-libgcc -static-libstdc++可能不像以前那样工作了!
推荐阅读
- android - 未找到 ID 为“com.android.model.native”的插件
- php - 重新加载页面后请求ajax正在运行
- selenium-webdriver - 我应该构建什么样的服务器来运行 Selenium 和 Appium 自动化测试?
- javascript - Jest/Enzyme 测试表单组件
- powershell - 在 PowerShell 上保存带有原始标头的已清理日志文件
- c - 这种结构的 LinkedList 有什么问题?
- arrays - C:字符比较失败
- graph - Plotly - 我想根据值为 Y 轴刻度文本着色
- laravel - Laravel:在控制器中同时创建一个表并更新另一个表
- python - 我在如何从用户输入打印多个输出时遇到问题