我觉得有点可笑，但我正在尝试将 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 compile 来实现并且链接正常，但是在缺少库的系统上运行所述程序时仍然出现错误。
感谢您提供的一切帮助。
最佳答案
如果可执行文件格式是“ELF”文件格式(Linux 系统默认)，您可以使用“readelf”来显示可执行文件的动态部分:
readelf -d my_executable_file
它应该包含所需的所有共享库的列表。这是检查可执行文件是否仍然需要该库的可能性。
如果“libgfortran.so”是问题所在并且“libgfortran.a”可用，我会将“libgfortran.a”重命名为“libxxxx.a”并使用链接器开关:
-Lpath_containing_libxxxx.a -lxxxx
而不是“-lgfortran”。我不会使用“-static”开关，因为在这种情况下，链接器还会尝试静态链接所有其他库。链接器应自动静态链接“-lxxxx”，因为没有具有此名称的动态库可用。
关于c++ - 如何引入标准库的意外构建依赖项，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18409702/