Answers:
gcc -lsome_dynamic_lib code.c some_static_lib.a
code.c文件前列出静态库可确保其中的符号将被忽略，除非碰巧存在一个main()库中的目标文件的一个功能。
您也可以使用ld选项-Bdynamic
gcc <objectfiles> -static -lstatic1 -lstatic2 -Wl,-Bdynamic -ldynamic1 -ldynamic2后面的所有库（包括由gcc自动链接的系统库）都将动态链接。
gcc objectfiles -o program -Wl,-Bstatic -ls1 -ls2 -Wl,-Bdynamic -ld1 -ld2您还可以使用：-static-libgcc -static-libstdc++gcc库的标志
请记住，如果libs1.so和libs1.a都存在，则链接器将选择libs1.so之前-Wl,-Bstatic还是之后-Wl,-Bdynamic。-L/libs1-library-location/打电话前不要忘记通过-ls1。
-static在命令中的某处使用失败（我假设它尝试静态链接的对象比仅我想要的库更多）。
-Wl,-Bstatic和-Wl,-Bdynamic是很重要的。
从ld（不适用于gcc）的联机帮助页中，参考以下--static选项：
您可以在命令行上多次使用此选项：它会影响库搜索其后的-l选项。
一种解决方案是将动态依赖--static项放在命令行中的选项之前。
另一种可能性是不使用--static，而是提供静态对象文件的完整文件名/路径（即，不使用-l选项）以静态链接特定库。例：
# echo "int main() {}" > test.cpp
# c++ test.cpp /usr/lib/libX11.a
# ldd a.out
linux-vdso.so.1 => (0x00007fff385cc000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f9a5b233000)
libm.so.6 => /lib/libm.so.6 (0x00007f9a5afb0000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f9a5ad99000)
libc.so.6 => /lib/libc.so.6 (0x00007f9a5aa46000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9a5b53f000)正如您在示例中看到的那样，libX11它不是静态链接的，因此不在动态链接库的列表中。
注意：.so即使使用完整的文件名/路径指定文件，文件也始终是动态链接的。
ldd a.out什么？
ldd输出所需的共享库，而libX11没有出现在该列表中。
据我了解，问题如下。您有几个库，一些是静态的，一些是动态的，有些是静态和动态的。 gcc的默认行为是链接“大多是动态的”。也就是说，gcc在可能的情况下链接到动态库，否则会退回到静态库。当您使用-static选项来gcc时，行为是仅链接静态库，如果找不到静态库，即使存在适当的动态库，也会出错退出。
另一种选择，我有好几次想GCC有，就是我所说的-mostly静态的和基本上是相反-dynamic（默认值）。 -如果是静态的，则大多数静态文件都倾向于链接到静态库，但会回落到动态库。
该选项不存在，但是可以使用以下算法进行仿真：
构造不带-static的链接命令行。
遍历动态链接选项。
累积库路径，即变量<lib_path>中形式为-L <lib_dir>的那些选项
对于每个动态链接选项，即形式为-l <lib_name>的那些链接，请运行命令gcc <lib_path> -print-file-name = lib <lib_name> .a并捕获输出。
如果该命令输出的不是您传递的内容，它将是静态库的完整路径。将动态库选项替换为静态库的完整路径。
冲洗并重复操作，直到处理完整个链接命令行为止。脚本也可以选择从静态链接中排除的库名称列表。
以下bash脚本似乎可以解决问题：
#!/bin/bash
if [ $# -eq 0 ]; then
echo "Usage: $0 [--exclude <lib_name>]. . . <link_command>"
fi
exclude=()
lib_path=()
while [ $# -ne 0 ]; do
case "$1" in
-L*)
if [ "$1" == -L ]; then
shift
LPATH="-L$1"
else
LPATH="$1"
fi
lib_path+=("$LPATH")
echo -n "\"$LPATH\" "
;;
-l*)
NAME="$(echo $1 | sed 's/-l\(.*\)/\1/')"
if echo "${exclude[@]}" | grep " $NAME " >/dev/null; then
echo -n "$1 "
else
LIB="$(gcc $lib_path -print-file-name=lib"$NAME".a)"
if [ "$LIB" == lib"$NAME".a ]; then
echo -n "$1 "
else
echo -n "\"$LIB\" "
fi
fi
;;
--exclude)
shift
exclude+=(" $1 ")
;;
*) echo -n "$1 "
esac
shift
done
echo例如：
mostlyStatic gcc -o test test.c -ldl -lpthread在我的系统上返回：
gcc -o test test.c "/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libdl.a" "/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libpthread.a"或排除：
mostlyStatic --exclude dl gcc -o test test.c -ldl -lpthread然后我得到：
gcc -o test test.c -ldl "/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libpthread.a"还有-l:libstatic1.a哪些可以用来链接静态库（感谢gcc的-l选项的（负升结肠）变种https://stackoverflow.com/a/20728782）。是否有文件记录？不在gcc的官方文档中（这也不完全适用于共享库）：https : //gcc.gnu.org/onlinedocs/gcc/Link-Options.html
-llibrary -l library链接时搜索名为library的库。（使用库作为单独参数的第二个替代方法仅是为了符合POSIX，并且不建议这样做。）...使用-l选项和指定文件名之间的唯一区别是-l将库用'lib'和' '.a'并搜索几个目录。
binutils ld文档对其进行了描述。该-lname选项将进行搜索，libname.so然后libname.a添加lib前缀和.so（如果当前启用）或.a后缀。但是-l:nameoption仅会精确搜索指定的名称：https :
//sourceware.org/binutils/docs/ld/Options.html
-l namespec --library=namespec将指定的归档文件或目标文件添加
namespec到要链接的文件列表中。此选项可以使用多次。如果namespec为格式:filename，则ld将在库路径中搜索名为的文件filename，否则将在库路径中搜索名为的文件libnamespec.a。在支持共享库的系统上，ld可能还会搜索以外的文件
libnamespec.a。具体来说，在ELF和SunOS系统上，ld将在目录中libnamespec.so搜索一个名为的库，然后再搜索一个名为的库libnamespec.a。（按照惯例，.so扩展名表示共享库。）请注意，此行为不适用于:filename，它始终指定一个名为的文件filename。链接器将在命令行上指定的位置仅搜索一次存档。如果档案库定义的符号在命令行中档案之前出现的某个对象中未定义，则链接器将包含档案中的相应文件。但是，稍后出现在命令行中的对象中未定义的符号将不会导致链接程序再次搜索档案。
请参阅
-(选项，以强制链接程序多次搜索档案。您可以在命令行上多次列出同一档案。
这种类型的档案搜索是Unix链接器的标准配置。但是，如果在AIX上使用ld，请注意它与AIX链接器的行为不同。
-l:namespec自binutils 2.18版本（2007）起记录了该变体：https : //sourceware.org/binutils/docs-2.18/ld/Options.html