Программирование для Linux. Профессиональный подход
вернуться

Самьюэл Алекс
Шрифт:

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

2.3.1. Архивы

Архив (или статическая библиотека) — это коллекция объектных файлов, хранящаяся в виде одного файла (он является примерным эквивалентом LIB-файла в Windows). Когда архив поступает на вход компоновщика, тот ищет в нем нужные объектные файлы, извлекает их и подключает к программе так, как если бы они были указаны непосредственно.

Архив создается посредством команды

ar
. Архивные файлы традиционно имеют расширение
.a
, а не
.o
, которое закреплено за отдельными объектными файлами. Вот как объединить файлы
test1.o
и
test2.o
в единый архив
libtest.a
:

% ar cr libtest.a test1.o test2.o

Флаги

cr
сообщают команде
ar
о необходимости создать архив. [8] Теперь можно подключать этот архив к программам с помощью флага
– ltest
компилятора
gcc
или
g++
, как описывалось в разделе 1.2.2, "Компоновка объектных файлов".

Обнаруживая в командной строке архив, компоновщик ищет в нем определения всех символических констант (функций или переменных), на которые дается ссылка в уже обработанных объектных файлах. Объектные файлы, содержащие определения этих констант, извлекаются из архива и включаются в исполняемый файл. В связи с тем что компоновщик просматривает архив один раз, архивные файлы нужно указывать в конце командной строки. Предположим, например, что имеются два файла:

test.c
(листинг 2.7) и
app.c
(листинг 2.8).

8

Имеются и другие флаги, предназначенные для удаления файлов из архива и выполнения других операций над ним. Все они описаны на

man
– странице, посвященной команде
ar
.

Листинг 2.7. (test.c) Первый исходный файл

int f {

 return 3;

}

Листинг 2.8. (app.c) Второй исходный файл

int main {

 return f;

}

Теперь допустим, что файл

test.o
включен вместе с другими объектными файлами в архив
libtest.a
. Тогда следующая команда не будет работать:

% gcc -о app -L.
– ltest app.о

app.о: In function 'main':

app.о(.text+0x4): undefined reference to 'f'

collect2: ld returned 1 exit status

Как следует из сообщения об ошибке, несмотря на то что файл

libtest.а
содержит определение функции
f
, компоновщик не нашел ее. Это объясняется тем. что компоновщик анализирует свои аргументы последовательно, слева направо, просматривая архив сразу же, как только он встречается в командной строке. На тот момент компоновщик еще не знал, что в дальнейшем ему встретится ссылка на функцию
f
. Если сделать небольшую перестановку, все заработает:

% gcc -о app арр.о -L.
– ltest

Теперь наличие в файле

app.о
ссылки на функцию
f
заставляет компоновщик включить в программу объектный файл
test.o
из архива
libtest.а
.

2.3.2. Совместно используемые библиотеки

Совместно используемая библиотека (известная также как динамически подключаемая библиотека) напоминает архив тем, что она представляет собой группу объектных файлов. Но между ними есть ряд важных различий. Самое основное из них заключается в том, что, когда совместно используемая библиотека подключается к программе, в исполняемый файл не включается код самой библиотеки: в нем присутствует лишь ссылка на библиотеку. Если с несколькими программами компонуется одна и та же библиотека, все они будут ссылаться на нее, но ни в одну из них она не будет включена. Так расшифровывается термин "совместное использование".

Второе важное отличие состоит в том, что совместно используемая библиотека — это не просто коллекция объектных файлов, из которых компоновщик выбирает требуемый для разрешения ссылки. В данном случае все объектные файлы, входящие в библиотеку, объединяются в единый объектный файл. Благодаря этому программы, компонующиеся вместе с библиотекой, всегда имеют доступ ко всему ее содержимому, а не только к одной конкретной части.

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

– fPIC
, например:

% gcc -с -fPIC test1.c

Опция

– fPIC
сообщает компилятору о том, что файл
test1
.o станет частью совместно используемой библиотеки.

Позиционно-независимый код

Аббревиатура PIC (Position-Independent Code) в названии опции расшифровывается как "позиционно-независимый код". Функции в совместно используемой библиотеке могут загружаться по разным адресам разными программами, поэтому код библиотеки не должен зависеть от адреса (или позиции), по которому она загружена. Все это никак не касается программистов, просто нужно не забывать указывать флаг

– fPIC
при компиляции файлов, которые могут включаться в совместно используемую библиотеку.