如何引入标准库的意外构建依赖项

How do I pull in unexpected build dependencies of standard libraries

本文关键字：构建依赖意外何引入标准更新时间：2023-10-16

我觉得有点荒谬，但我正在尝试将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但是在缺少库的系统上运行所述程序时仍然出现错误。

感谢您提供的任何帮助。

如果可执行文件格式是"ELF"文件格式(Linux 系统上默认(，您可以使用"readelf"显示可执行文件的动态部分：

readelf -d my_executable_file

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

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

-Lpath_containing_libxxxx.a -lxxxx

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