我觉得有些荒谬，但是我正在尝试将OpenBLAS库导入项目中。它们是使用gfortran作为Fortran编译器构建的。我的早期构建没有问题，只是将libopenblas.so引入了，但是在另一个系统上，当我尝试运行我们的程序时，它在libgfortran.so上令人窒息，而在那里不存在。我的印象是，这是大多数（如果不是全部）Linux系统上的标准库。我可能可以在Artifactory中添加libgfortran.so的副本，并让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”，因为没有可用此名称的动态库。
关于c++ - 如何获取标准库的意外构建依赖项，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/18409702/