如何修复“无法为目标:Linux,64位加载共享库'libgdx64.so'”

twiz

我正在尝试使用无头LibGDX进行单元测试,但是运行测试时出现此错误:

无法为目标加载共享库“ libgdx64.so”:Linux,64位

在这里阅读我需要补充的内容gdx-natives.jar这是正确的,在哪里可以找到该文件?

另外,我应该在项目中的哪个位置添加文件?

twiz

我在此BitBucket存储库中找到了答案自述文件很好地解释了如何使用Gradle来实现这一点。

基本上,您只需从该存储库中添加GdxTestRunner.java,然后将a添加@RunWith到每个测试文件中:

@RunWith(GdxTestRunner.class)
public class MyClassTest {
    ...
}

然后在您的根级别build.gradle文件中,将以下内容添加到您的core依赖项中:

testCompile "com.badlogicgames.gdx:gdx-backend-headless:$gdxVersion"
testCompile "com.badlogicgames.gdx:gdx:$gdxVersion"
testCompile "com.badlogicgames.gdx:gdx-platform:$gdxVersion:natives-desktop"
testCompile "com.badlogicgames.gdx:gdx-box2d:$gdxVersion"
testCompile "com.badlogicgames.gdx:gdx-box2d-platform:$gdxVersion:natives-desktop"
testCompile "com.badlogicgames.gdx:gdx-bullet:$gdxVersion"
testCompile "com.badlogicgames.gdx:gdx-bullet-platform:$gdxVersion:natives-desktop"

显然,仅当您使用这些库时box2dandbullet依赖项才是必需的。


在BitBucket存储库README中,该示例包括

testCompile "com.badlogicgames.gdx:gdx-backend-headless:$gdxVersion"

compile "com.badlogicgames.gdx:gdx-backend-headless:$gdxVersion"

我认为没有必要将其包括在内compile,如果我正确理解Gradle的工作原理,实际上会减慢您的构建速度。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章

生成GDAL库的64位.so文件

Docker 上的 cx_Oracle:DPI-1047:无法加载 64 位 Oracle 客户端库:“libclntsh.so

如何在64位RHEL上使用32位已编译共享对象(.so)文件?

Ubuntu 64位系统中的libusb-0.1.so.4共享库错误

UnsatisfiedLinkError:/tmp/snappy-1.1.4-libsnappyjava.so错误加载共享库LD-Linux的x86-64.so.2:没有这样的文件或目录

Steam:加载共享库时出错:libGL.so.1:错误的 ELF 类:ELFCLASS64

JNA 在 Linux 上使用 64 位 libmx.so 崩溃

如何使用MSVC 10.0为Win8.1 64位构建Boost Python 3.4共享库

无法为libgdx加载共享库box2d

如何修复 ----- ./darknet:加载共享库时出错:libcudart.so.10.0:无法打开共享对象文件:没有这样的文件或目录

无法加载共享库“ db2app64.dll”

如何修复“加载共享库时出错:libgl.so.1”

如何修复“加载共享库时出错:libpng12.so.0”(在dokku上)

如何修复“ /lib/x86_64-linux-gnu/libc.so.6:找不到版本'GLIBC_2.14'”?

无法在arm64设备上加载arm64-v8a .so

无法使用64位共享库运行JD-GUI,需要32位库

无法加载64位dll

如何修复:cx_Oracle.DatabaseError:DPI-1047:无法找到64位Oracle客户端库-Python

如何在64位RHEL6上获取libpam.so.0(32位)?

如何在应用程序中混合 32 位和 64 位 .so 文件

是否为32位或64位计算机编译共享库?

从Python调用C ++ 64位共享库

无法加载linux-vdso.so.1的共享库符号。在调试时

libpng12.so.0:无法打开共享对象文件:错误的 ELF 类:ELFCLASS64

引导修复磁盘64位无法引导!

在Linux内核中修复了64位整数

在64位android设备上找不到.so文件

如何检查是否为64位构建了静态库?

如何修复QNX ldd:FATAL:无法加载库XXXX.so.0?