статическая компоновка только некоторых библиотек

Как я могу статически связать только некоторые определенные библиотеки с моим двоичным файлом при связывании с GCC?

gcc ... -static ...пытается статически связать все связанные библиотеки, но у меня нет статической версии некоторых из них (например: libX11).

gcc -lsome_dynamic_lib code.c some_static_lib.a

Вы также можете использовать 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++flags для библиотек gcc

имейте в виду, что если libs1.soи libs1.aоба существуют, компоновщик выберет libs1.so, до -Wl,-Bstaticили после -Wl,-Bdynamic. Не забудьте пройти -L/libs1-library-location/перед звонком -ls1.

На странице руководства 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файл всегда связан динамически, даже если он указан с полным именем файла / путем.

Проблема, как я понимаю, в следующем. У вас есть несколько библиотек, некоторые статические, некоторые динамические, а некоторые статические и динамические. По умолчанию gcc связывает "в основном динамические". То есть, когда это возможно , gcc ссылается на динамические библиотеки, но в остальном возвращается к статическим библиотекам. Когда вы используете параметр -static для gcc, поведение заключается в том, чтобы связывать только статические библиотеки и выходить с ошибкой, если статическая библиотека не может быть найдена, даже если есть соответствующая динамическая библиотека.

Другой вариант, о котором я несколько раз мечтал иметь gcc , - это то, что я называю -mostly-static и по сути является противоположностью -dynamic (по умолчанию). -mostly-static , если бы он существовал, предпочел бы связываться со статическими библиотеками, но вернулся бы к динамическим библиотекам.

Этого варианта не существует, но его можно эмулировать с помощью следующего алгоритма:

1. Создание командной строки ссылки без включения -static .

2. Перебирайте параметры динамической ссылки.

3. Накапливать пути к библиотекам, т.е. те параметры формы -L <lib_dir> в переменной <lib_path>

4. Для каждой опции динамической ссылки, то есть тех, которые имеют форму -l <lib_name> , запустите команду gcc <lib_path> -print-file-name = lib <lib_name> .a и запишите вывод.

5. Если команда выводит что-то иное, чем то, что вы передали, это будет полный путь к статической библиотеке. Замените параметр динамической библиотеки полным путем к статической библиотеке.

Промойте и повторяйте, пока не обработаете всю командную строку ссылки. При желании сценарий также может принимать список имен библиотек для исключения из статической компоновки.

Следующий сценарий 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(без двоеточия) вариант параметра -l в gcc, который можно использовать для связывания статической библиотеки (благодаря 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:nameопция будет искать только точно по указанному имени: 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. Однако, если вы используете ld в AIX, обратите внимание, что он отличается от поведения компоновщика AIX.

Этот вариант -l:namespecзадокументирован, начиная с версии binutils 2.18 (2007 г.): https://sourceware.org/binutils/docs-2.18/ld/Options.html

Некоторые загрузчики (компоновщики) предоставляют переключатели для включения и выключения динамической загрузки. Если GCC работает в такой системе (Solaris - и, возможно, в других), вы можете использовать соответствующую опцию.

Если вы знаете, какие библиотеки вы хотите связать статически, вы можете просто указать файл статической библиотеки в строке ссылки - по полному пути.

чтобы связать динамическую и статическую библиотеки в одной строке, вы должны поместить статические библиотеки после динамических библиотек и объектных файлов, например:

gcc -lssl main.o -lFooLib -o main

в противном случае это не сработает. мне действительно нужно время, чтобы понять это.