本文主要是介绍Ubuntu16,JAVA JNA调用fortran,Fortran编译器:Intel Fortran, Fortran77版本,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
啊!神坑
首先一个Fortran程序,
两个subroutine,CALL_SUB()调用SUB(),因为在我的正常需求下需要这么调用,所以用这个做测试。
用intel fortran编译生成.so文件,命令是 ifort -o testSO.so -shared -fpic testSO.for
先用fortran调用一下这个.so文件test一下,主程序,
然后用.so文件编译这个主程序看一下,ifort testSO.so testSOm.for
会生成一个a.out文件,运行一下a.out文件,报错:找不到testSO.so文件
教程http://blog.sciencenet.cn/blog-271986-277035.html里说是lib路径不对,设置一下
export LD_LIBRARY_PATH=/data/documents/fortran/test/testSO
然后重新运行a.out,输出结果:THIS IS SUBROUTINE
感觉离成功不远了,我真是太天真。
然后放到JAVA里运行,谨慎地先 System.loadLibrary("testSO.so")测试一下,不行。
报错是在java.library.path里找不到这个.so文件,我需要设置java.library.path,告诉java去哪里找,但是找了各种方法设置LD_LIBRARY_PATH,纹丝不动,我不知道为什么。但是没关系,“山不来就我,我去就山”,System.getProperty("java.library.path");看看JAVA的lib路径在哪里,把那个.so文件拷到那个文件夹里头去就好了。
然后继续报错,依旧找不到testSO.so文件,直到我找到了教程https://blog.csdn.net/a975261294/article/details/78804166
感谢大神,也就是说莫名其妙改名的问题,所以我只要在第一步生成.so文件的时候,把它命名成libxxx.so就可以了
转到第一步,ifort -o libtestSO.so -shared -fpic testSO.for
第三次报错,libifcoremt.so.5: undefined symbol
这个undefined symbol在intel fortran的某个库里,也就是java没有找到.so文件的依赖库,也就是说要把intel fortran的lib加到java.library.path里,一样的问题,我还是不会加。直接简单粗暴拷到java的路径下吧。
这个报错其实我发帖求助了,详细说了具体情况以及用ldd查看.so文件依赖库的情况,但是可能intel给我转水了,现在帖子打不开
下面是我的原贴截图和别人的回答。大神可能觉得我太low,给我转水了,唉。
OK,都解决了之后System.loadLibrary没问题了,然后java调用这个.so文件。
继续报错:
找到文件了,依赖库也没问题,但是找不到.so文件里的function,应该也是莫名其妙给我把function的名字给改了。所以用
nm -g libtestSO.so
看一下什么情况
名字都变成小写了,而且后面还加了个小下划线_
OK,试试
搞定。
热泪盈眶
这篇关于Ubuntu16,JAVA JNA调用fortran,Fortran编译器:Intel Fortran, Fortran77版本的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!