JackYF,
ты не прав
LD по-умолчанию использует lazy-стратегию разрешения ссылок на внешние символы
т. е LD не парсит .rela.plt секцию исполняемого файла, чтобы поставить во взаимно-однозначное соответствие элементы секций .plt и .got.plt
при первом вызове функции, определенной во внешней библиотеке, управление переходит на соответствующий этой функции элемент .plt
этот элемент содержит код, первая инструкция которого - косвенный переход на адрес, записанный в соответствующем данной функции элементе .got.plt
при первом вызове этот адрес - адрес второй инструкции элемента .plt
далее в стек записывается дополнительная информация для того, чтобы LD мог произвести раскрутку стека и определить, к какой функции было обращение
далее идет переход по адресу, записанному во 2-ом элементе .got.plt
при передаче управления на _start, LD записывает туда адрес своей функции, которая при передаче управления на нее (через 2-ой элемент .got.plt исполняемого файла) записывает в элемент .got.plt исполняемого файла (который соответствует нужной функции) реальный линейный адрес этой функции
к чему это я 
никакой ошибки не будет если не задана переменная среды LD_BIND_NOW
которая отменяет lazy-стратегию и парсинг .rela.plt происходит до первого вызова функции
пример
| Код |
/* shared.c */
int foo() {
return 0;
}
|
| Код |
/* main.c */
int test() {
return foo();
}
int main() {
return 0;
}
|
| Код |
# gcc -fPIC -c shared.c
# gcc -fPIC -shared -o libshared.so shared.o
# gcc main.c -o main -L. -lshared
|
далее изменяем shared.c таким образом
| Код |
/* shared.c */
int bar() {
return 0;
}
|
| Код |
# gcc -fPIC -c shared.c
# gcc -fPIC -shared -o libshared.so shared.o
|
запускаем main и...все работает |
Есть какие-нибудь соображения по поводу?
так, стоп.