-static-libstdc++ 适用于 g++ 但不适用于纯 gcc?
-static-libstdc++ works on g++ but not on pure gcc?
作为参考,我使用的是 MinGW (GCC 5.3)。使用
编译文件时
g++ file.cc -static-libstdc++
它静态链接 C++ 标准库 (libstdc++
) 并生成 1.9MB 的可执行文件。
不过运行
gcc -lstdc++ -static-libstdc++ file.cc
它仍然动态链接到 libstdc++-6.dll
并生成一个 34KB 的可执行文件。
为什么 -static-libstdc++
仅适用于 g++
而不适用于纯 gcc
?
-static-libstdc++
When the g++ program is used to link a C++ program, it normally automatically links
against libstdc++. If libstdc++ is available as a shared library, and the -static
option is not used, then this links against the shared version of libstdc++.
That is normally fine. However, it is sometimes useful to freeze the version of
libstdc++ used by the program without going all the way to a fully static link.
The -static-libstdc++ option directs the g++ driver to link libstdc++ statically,
without necessarily linking other libraries statically.
这表明选项 -static-libstdc++
仅对
g++
编译器驱动程序,而不是 gcc
或任何其他。
另一方面,选项-l<name>
是有意义的,意思是一样的
到所有 GCC 编译器驱动程序。在此基础上,以下情况不足为奇:
gcc file.cc -lstdc++ -static-libstdc++
同义:
gcc file.cc -lstdc++
但是,该观察并没有真正说明为什么第一个
动态命令行 links libstdc++
:-
-static-libstdc++
只对g++
有意义因为只有g++
links
libstdc++
自动。所以只有 g++
才会出现这个问题
自动 linked libstdc++
是否为动态版本
或静态版本。动态版本是默认的:-static-libstdc++
坚持静态版本。
自动 linking of libstdc++
由 g++
表示:g++
静默
将 -lstdc++
附加到任何 linkage 选项 you 指定(连同
C++ linkage 的很多其他样板)。你可以揭示所有
通过请求详细 linkage (g++ ... -Wl,-v ...
).
的样板
本身,附加的 -lstdc++
将导致 linker 到 link 动态版本
libstdc++
,根据其默认行为。唯一不同的是
-static-libstdc++
是在 -lstdc++
否则的地方
悄悄地传递给linker,选项:
-Bstatic -lstdc++ -Bdynamic
而是默默地传递给它。这些告诉 linker:
-Bstatic
:在另行通知之前不要link动态库
-lstdc++
: Link libstdc++
-Bdynamic
:Link 动态库,直至另行通知。
您会看到它是如何保护 libstdc++
的静态 linkage 的
对任何其他库的 linkage 产生副作用。
但是你也可以看到libstdc++
的自动linkage,是否
动态或静态,对link年龄没有追溯力
您自己指定的任何库.
因此,如果您的 linkage 在任何样板之前已经包含 -lstdc++
选项由编译器驱动程序静默附加,然后 libstdc++
将被 linked
与 linkage 中那个位置的任何 -l<name>
一样
顺序。如果默默地附加样板选项导致 -lstdc++
在 linkage 序列的后期重新出现,无论是单独出现还是与
周边:
-Bstatic -lstdc++ -Bdynamic
那么后面的出现简直多余,因为图书馆有
已经 linked.
所以 gcc
并没有什么特别之处,结果是:
gcc file.cc -lstdc++ -static-libstdc++
生成一个程序,其中 libstdc++
是 动态地 linked。也是
g++ file.cc -lstdc++ -static-libstdc++
或者确实:
g++ file.cc -static-libstdc++ -lstdc++
因为生成的 linker 命令行格式为:
... file.o -lstdc++ ... -Bstatic -lstdc++ -Bdynamic ...
其中 -Bstatic -lstdc++ -Bdynamic
为时已晚,无济于事。
查看:
file.cc
#include <iostream>
int main()
{
std::cout << "Hello World" << std::endl;
return 0;
}
正常编译和link并检查动态依赖ldd
:
$ g++ -o prog file.cc
$ ldd prog
linux-vdso.so.1 => (0x00007ffede76a000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f42fa74c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f42fa385000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f42fa07c000)
/lib64/ld-linux-x86-64.so.2 (0x0000558ab42bc000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f42f9e65000)
libstdc++.so
存在。
现在只需 -static-libstdc++
:
$ g++ -o prog file.cc -static-libstdc++
$ ldd prog
linux-vdso.so.1 => (0x00007fff448d7000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fe5f7c71000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fe5f78aa000)
/lib64/ld-linux-x86-64.so.2 (0x0000556ebf272000)
libstdc++.so
不存在。
最后 -static-libstdc++ -lstdc++
:
$ g++ -o prog file.cc -static-libstdc++ -lstdc++
$ ldd prog
linux-vdso.so.1 => (0x00007ffd12de9000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd5a1823000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd5a145c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd5a1153000)
/lib64/ld-linux-x86-64.so.2 (0x000055bbe31c3000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd5a0f3c000)
libstdc++.so
回来了。
(当然,这是 Linux,但您会在 Windows 上找到相同的内容)。
因此,无论您 link 的年龄是 g++
还是 gcc
,
的原因
{gcc|g++} file.cc -lstdc++ ...
将导致 libstdc++
被动态 linked 只是
{gcc|g++} file.cc -lfoo ...
将导致 libfoo
被动态 linked,如果可以的话,不管
...
是什么,前提是 ...
不包含选项 -static
.
这在技术上不是一个答案,而是一个损坏的构建系统的解决方法。
我正在使用一个构建系统,出于某种非常奇怪的原因,它使用 gcc 而不是 g++ 来驱动构建过程,即使对于 C++ 对象也是如此。而且我需要一个二进制文件,它不依赖于 glibc 库以外的任何东西。所以,我最终这样做了:
$ cat <<EOF > gcc
#!/bin/bash
if [[ $@ == *"-lstdc++"* ]]; then
/full/path/to/g++ -static-libgcc -static-libstdc++ $(echo $@ | sed 's,-lstdc++,,g')
else
/full/path/to/gcc -static-libgcc $@
fi
EOF
$ chmod +x gcc
$ export PATH=$PWD:$PATH
作为参考,我使用的是 MinGW (GCC 5.3)。使用
编译文件时g++ file.cc -static-libstdc++
它静态链接 C++ 标准库 (libstdc++
) 并生成 1.9MB 的可执行文件。
不过运行
gcc -lstdc++ -static-libstdc++ file.cc
它仍然动态链接到 libstdc++-6.dll
并生成一个 34KB 的可执行文件。
为什么 -static-libstdc++
仅适用于 g++
而不适用于纯 gcc
?
-static-libstdc++
When the g++ program is used to link a C++ program, it normally automatically links against libstdc++. If libstdc++ is available as a shared library, and the -static option is not used, then this links against the shared version of libstdc++. That is normally fine. However, it is sometimes useful to freeze the version of libstdc++ used by the program without going all the way to a fully static link. The -static-libstdc++ option directs the g++ driver to link libstdc++ statically, without necessarily linking other libraries statically.
这表明选项 -static-libstdc++
仅对
g++
编译器驱动程序,而不是 gcc
或任何其他。
另一方面,选项-l<name>
是有意义的,意思是一样的
到所有 GCC 编译器驱动程序。在此基础上,以下情况不足为奇:
gcc file.cc -lstdc++ -static-libstdc++
同义:
gcc file.cc -lstdc++
但是,该观察并没有真正说明为什么第一个
动态命令行 links libstdc++
:-
-static-libstdc++
只对g++
有意义因为只有g++
links
libstdc++
自动。所以只有 g++
才会出现这个问题
自动 linked libstdc++
是否为动态版本
或静态版本。动态版本是默认的:-static-libstdc++
坚持静态版本。
自动 linking of libstdc++
由 g++
表示:g++
静默
将 -lstdc++
附加到任何 linkage 选项 you 指定(连同
C++ linkage 的很多其他样板)。你可以揭示所有
通过请求详细 linkage (g++ ... -Wl,-v ...
).
本身,附加的 -lstdc++
将导致 linker 到 link 动态版本
libstdc++
,根据其默认行为。唯一不同的是
-static-libstdc++
是在 -lstdc++
否则的地方
悄悄地传递给linker,选项:
-Bstatic -lstdc++ -Bdynamic
而是默默地传递给它。这些告诉 linker:
-Bstatic
:在另行通知之前不要link动态库-lstdc++
: Linklibstdc++
-Bdynamic
:Link 动态库,直至另行通知。
您会看到它是如何保护 libstdc++
的静态 linkage 的
对任何其他库的 linkage 产生副作用。
但是你也可以看到libstdc++
的自动linkage,是否
动态或静态,对link年龄没有追溯力
您自己指定的任何库.
因此,如果您的 linkage 在任何样板之前已经包含 -lstdc++
选项由编译器驱动程序静默附加,然后 libstdc++
将被 linked
与 linkage 中那个位置的任何 -l<name>
一样
顺序。如果默默地附加样板选项导致 -lstdc++
在 linkage 序列的后期重新出现,无论是单独出现还是与
周边:
-Bstatic -lstdc++ -Bdynamic
那么后面的出现简直多余,因为图书馆有 已经 linked.
所以 gcc
并没有什么特别之处,结果是:
gcc file.cc -lstdc++ -static-libstdc++
生成一个程序,其中 libstdc++
是 动态地 linked。也是
g++ file.cc -lstdc++ -static-libstdc++
或者确实:
g++ file.cc -static-libstdc++ -lstdc++
因为生成的 linker 命令行格式为:
... file.o -lstdc++ ... -Bstatic -lstdc++ -Bdynamic ...
其中 -Bstatic -lstdc++ -Bdynamic
为时已晚,无济于事。
查看:
file.cc
#include <iostream>
int main()
{
std::cout << "Hello World" << std::endl;
return 0;
}
正常编译和link并检查动态依赖ldd
:
$ g++ -o prog file.cc
$ ldd prog
linux-vdso.so.1 => (0x00007ffede76a000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f42fa74c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f42fa385000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f42fa07c000)
/lib64/ld-linux-x86-64.so.2 (0x0000558ab42bc000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f42f9e65000)
libstdc++.so
存在。
现在只需 -static-libstdc++
:
$ g++ -o prog file.cc -static-libstdc++
$ ldd prog
linux-vdso.so.1 => (0x00007fff448d7000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fe5f7c71000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fe5f78aa000)
/lib64/ld-linux-x86-64.so.2 (0x0000556ebf272000)
libstdc++.so
不存在。
最后 -static-libstdc++ -lstdc++
:
$ g++ -o prog file.cc -static-libstdc++ -lstdc++
$ ldd prog
linux-vdso.so.1 => (0x00007ffd12de9000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd5a1823000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd5a145c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd5a1153000)
/lib64/ld-linux-x86-64.so.2 (0x000055bbe31c3000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd5a0f3c000)
libstdc++.so
回来了。
(当然,这是 Linux,但您会在 Windows 上找到相同的内容)。
因此,无论您 link 的年龄是 g++
还是 gcc
,
{gcc|g++} file.cc -lstdc++ ...
将导致 libstdc++
被动态 linked 只是
{gcc|g++} file.cc -lfoo ...
将导致 libfoo
被动态 linked,如果可以的话,不管
...
是什么,前提是 ...
不包含选项 -static
.
这在技术上不是一个答案,而是一个损坏的构建系统的解决方法。
我正在使用一个构建系统,出于某种非常奇怪的原因,它使用 gcc 而不是 g++ 来驱动构建过程,即使对于 C++ 对象也是如此。而且我需要一个二进制文件,它不依赖于 glibc 库以外的任何东西。所以,我最终这样做了:
$ cat <<EOF > gcc
#!/bin/bash
if [[ $@ == *"-lstdc++"* ]]; then
/full/path/to/g++ -static-libgcc -static-libstdc++ $(echo $@ | sed 's,-lstdc++,,g')
else
/full/path/to/gcc -static-libgcc $@
fi
EOF
$ chmod +x gcc
$ export PATH=$PWD:$PATH