龙芯吧 关注：26,352贴子：706,640
熊
不感兴趣
开通SVIP免广告
不感兴趣
开通SVIP免广告
调用 x86 的 glfw?
这不是没事儿找事儿吗
，glfw开源的，弄loongarch原生的吧。
或者，你用的库里面调用了glfw，但库没有源码，只有x86的二进制？
这就很麻烦了，导致你得用latx跑整个的java虚拟机。
如果只有这个库搞不定，那么我有个不成熟的想法：
1. 先用 c/c++ 把库调起来，编译成x86_64的试试能不能用latx运行。
2. 如果x86_64程序能正常运行，就自己再写一个库导出与那个库相同的API，但函数内可以不做任何事。
3. 用原生的java环境+jni调用你写的库，不管功能正不正常，只要能运行起来就OK。
4. 在你写的库和调用原来那个库的程序之间用 socket 之类的方式实现通信，玩一下远程过程调用。相当于C/S模式，jni调用你的库的函数，你转发给调用真正库的程序，程序调用真正的接口，再把执行结果传回来，你再向jni的上层返回结果……
反正本机socket通信是极快的，就是用这种方式跑程序挺别扭！！！
这不是没事儿找事儿吗
，glfw开源的，弄loongarch原生的吧。或者，你用的库里面调用了glfw，但库没有源码，只有x86的二进制？
这就很麻烦了，导致你得用latx跑整个的java虚拟机。
如果只有这个库搞不定，那么我有个不成熟的想法：
1. 先用 c/c++ 把库调起来，编译成x86_64的试试能不能用latx运行。
2. 如果x86_64程序能正常运行，就自己再写一个库导出与那个库相同的API，但函数内可以不做任何事。
3. 用原生的java环境+jni调用你写的库，不管功能正不正常，只要能运行起来就OK。
4. 在你写的库和调用原来那个库的程序之间用 socket 之类的方式实现通信，玩一下远程过程调用。相当于C/S模式，jni调用你的库的函数，你转发给调用真正库的程序，程序调用真正的接口，再把执行结果传回来，你再向jni的上层返回结果……
反正本机socket通信是极快的，就是用这种方式跑程序挺别扭！！！
推荐把开源库编译成龙架构的，如果是新世界可以尝试直接用loongarchlinux预编译的包（例：https://loongarchlinux.org/package/?repo=extra&arch=loong64&name=glfw）
不感兴趣
开通SVIP免广告
