Question

所以也许这就是我在链接和编译方面暴露我的天真。

我正在尝试编译一些Fortran代码，以便它可以作为独立的二进制文件运行。一个问题（在几个问题中）是我想在具有GLIBC 2.14的系统上编译，但在2.11上运行。是否可以在像GLIBC这样的库中静态链接，或者由于库的大小而不可能这样做？

我的Makefile使用-static，-static-libgcc和-static-libgfortran标记以及以下编译器标记

-c -cpp -fall-intrinsics -ffpe-trap=invalid,zero -std=f2003

然而，当我在输出上使用ldd时，我得到了

linux-vdso.so.1 =>  (0x00007fff13b63000)
libgfortran.so.3 => /usr/lib64/libgfortran.so.3 (0x00007febfd7cf000)
libm.so.6 => /lib64/libm.so.6 (0x00007febfd578000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007febfd362000)
libquadmath.so.0 => /usr/lib64/libquadmath.so.0 (0x00007febfd12c000)
libc.so.6 => /lib64/libc.so.6 (0x00007febfcd9c000)
/lib64/ld-linux-x86-64.so.2 (0x00007febfdae7000)

更新

我正在编译的机器正在运行openSUSE 12.2：

Linux 3.4.33-2.24-desktop #1 SMP PREEMPT x86_64 x86_64 x86_64 GNU/Linux

虽然我正在尝试执行的机器是openSUSE 11.4：

Linux 2.6.37.6-24-desktop #1 SMP PREEMPT x86_64 x86_64 x86_64 GNU/Linux

更新2

我重写了makefile，我正在尝试使用ifort（intel编译器）进行编译，因为它提供了static-intel标志，可以减少一些依赖项。

我的ldd输出现在是

linux-vdso.so.1 =>  (0x00007fff381ff000)
libm.so.6 => /lib64/libm.so.6 (0x00007f89b07cf000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f89b05b2000)
libc.so.6 => /lib64/libc.so.6 (0x00007f89b0222000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f89b001e000)
/lib64/ld-linux-x86-64.so.2 (0x00007f89b0a26000)

使用以下编译器标志

FCFLAGS = -cpp -static-intel -static-libgcc

问题是，如果我只做-static（或-static-intel -static），那么我

ld: cannot find -lm
ld: cannot find -lpthread
ld: cannot find -lc
ld: cannot find -ldl
ld: cannot find -lc
make: *** [IDP] Error 1

我认为是因为我的系统上没有这些库的静态版本

更新3

我也尝试过在库中提供共享对象的方法（正如[this post]所建议的那样）（https://stackoverflow.com/a/3214232/615257），但它只是分段错误。

Answer 1

这是一个常见问题。从2011年起，所有后来的发行版都没有静态版本的64位库。它们带有32位版本但不带64.你只需要使用libm，libc等的共享库版本。

将64位glibc库静态链接到二进制文件中

1 个答案: