0

我觉得有些荒谬，但我正在尝试将 OpenBLAS 库导入到项目中。它们是gfortran作为 Fortran 编译器构建的。我的早期构建只是拉libopenblas.so入没有问题，但在另一个系统上，libgfortran.so当我尝试运行我们的程序时它会窒息，而那里不存在。我的印象是，这是大多数（如果不是全部）Linux 系统上的标准库。我可能会libgfortran.so向 Artifactory 添加一个副本并让 Apache Ivy 将其拉入，但如果可能的话，使用标准版本似乎更有意义。ant resolve如果系统上不存在命令，在执行命令时是否有一种通过 Ivy 将其拉入的好方法？

另一种解决方案可能是libgfortran.a在编译系统上静态链接，但我尝试通过添加编译和链接来做到这一点-static RELATIVE_PATH_TO_LIBS/libgfortran.a，但在缺少库的系统上运行所述程序时仍然出现错误。

感谢您提供的任何帮助。

4

1 回答 1

1

如果可执行文件格式是“ELF”文件格式（Linux 系统默认），您可以使用“readelf”来显示可执行文件的动态部分：

readelf -d my_executable_file

它应该包含所需的所有共享库的列表。这是检查可执行文件是否仍需要此库的可能性。

如果“libgfortran.so”是问题并且“libgfortran.a”可用，我会将“libgfortran.a”重命名为“libxxxx.a”并使用链接器开关：

-Lpath_containing_libxxxx.a -lxxxx

而不是“-lgfortran”。我不会使用“-static”开关，因为在这种情况下，链接器还会尝试静态链接所有其他库。链接器应自动静态链接“-lxxxx”，因为没有具有此名称的动态库可用。

于 2013-08-23T20:14:09.120 回答