Связывание с старой версией libc для обеспечения большего охвата приложений

Question

Целочисленные двоичные файлы Linux обычно динамически связаны с основной системной библиотекой (libc). Это позволяет сохранить объем памяти двоичного файла довольно малым, но двоичные файлы, которые зависят от последних библиотек, не будут работать в старых системах. И наоборот, двоичные файлы, связанные с более старыми библиотеками, будут успешно работать в самых последних системах.

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

Как определить старую версию libc, на которую мы можем ссылаться?

Answer 1

Определите, какие символы в исполняемом файле создают зависимость от нежелательной версии glibc.

$ objdump -p myprog 
... 
Version References: 
    required from libc.so.6: 
    0x09691972 0x00 05 GLIBC_2.3 
    0x09691a75 0x00 03 GLIBC_2.2.5 

$ objdump -T myprog | fgrep GLIBC_2.3 
0000000000000000  DF *UND* 0000000000000000 GLIBC_2.3 realpath 

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

$ objdump -T /lib/libc.so.6 | grep -w realpath 
0000000000105d90 g DF .text 0000000000000021 (GLIBC_2.2.5) realpath 
000000000003e7b0 g DF .text 00000000000004bf GLIBC_2.3 realpath 

Мы в удачу!

Запрос версии от GLIBC_2.2.5 в вашем коде:

#include <limits.h> 
#include <stdlib.h> 

__asm__(".symver realpath,realpath@GLIBC_2.2.5"); 

int main() { 
    realpath ("foo", "bar"); 
} 

Наблюдайте, что GLIBC_2.3 больше не нужен:

$ objdump -p myprog 
... 
Version References: 
    required from libc.so.6: 
    0x09691a75 0x00 02 GLIBC_2.2.5 

$ objdump -T myprog | grep realpath 
0000000000000000  DF *UND* 0000000000000000 GLIBC_2.2.5 realpath 

Для получения дополнительной информации см http://www.trevorpounds.com/blog/?p=103.

Answer 2

glibc 2.2 - довольно распространенная минимальная версия. Однако найти платформу сборки для этой версии может быть нетривиальным.

Возможно, лучшее направление - подумать о самой старой ОС, которую вы хотите поддержать и опираться на нее.

Answer 3

К сожалению, решение @ Sam не работает хорошо в моей ситуации. Но, по его пути, я нашел свой способ решить это.

Это моя ситуация:

Я пишу программу на C++ с использованием рамок бережливости (что это RPC промежуточного слоя). Я предпочитаю статическую ссылку на динамическую ссылку, поэтому моя программа связана с libthrift.a статически вместо libthrift.so. Однако libthrift.a динамически связана с glibc, и так как мой libthrift.a построен на моей системе с GLibC 2.15, мой libthrift.a использует тетсру версии 2.14 (memcpy@GLIBC_2.14), предоставленный glibc 2.15.

Но проблема в том, что наши серверные машины имеют только версию glibc 2.5, которая имеет только memcpy@GLIBC_2.2.5. Он намного ниже memcpy@GLIBC_2.14. Поэтому, конечно, моя серверная программа не может работать на этих машинах.

И я нашел этот solusion:

1. Использование .symver получить реф к memcpy@GLIBC_2.2.5.

2. Написать свой собственный __wrap_memcpy функцию, которая просто вызывает memcpy@GLIBC_2.2.5 непосредственно.

3. При связывании моей программы добавьте -Wl, - wrap = memcpy вариант gcc/g ++.

Код участвует в пунктах 1 и 2 здесь: https://gist.github.com/nicky-zs/7541169

Answer 4

Чтобы сделать это в более автоматизированным способом, вы можете использовать следующий скрипт, чтобы создать список всех символов, которые являются более новыми, в ваш GLIBC, чем в данной версии (устанавливается в строке 2). Он создает файл glibc.h (имя файла, заданное аргументом скрипта), которое содержит все необходимые объявления .symver. Затем вы можете добавить -include glibc.h в свои CFLAGS, чтобы убедиться, что он попал во всю вашу компиляцию.

Этого достаточно, если вы не используете какие-либо статические библиотеки, которые были скомпилированы без указанных выше. Если вы это сделаете, и вы не хотите перекомпилировать, вы можете использовать objcopy, чтобы создать копию библиотеки с символами, переименованными в старые версии. Вторая в нижней строке скрипта создает версию вашей системы libstdc++.a, которая будет ссылаться на старые символы glibc. Добавление -L. (или -Lpath/to/libstdc++.a/) сделает вашу программу статически ссылкой libstdC++ без ссылки на кучу новых символов. Если вам это не нужно, удалите последние две строки и строку printf ... redeff.

#!/bin/bash 
maxver=2.9 
headerf=${1:-glibc.h} 
set -e 
for lib in libc.so.6 libm.so.6 libpthread.so.0 libdl.so.2 libresolv.so.2 librt.so.1; do 
objdump -T /usr/lib/$lib 
done | awk -v maxver=${maxver} -vheaderf=${headerf} -vredeff=${headerf}.redef -f <(cat <<'EOF' 
BEGIN { 
split(maxver, ver, /\./) 
limit_ver = ver[1] * 10000 + ver[2]*100 + ver[3] 
} 
/GLIBC_/ { 
gsub(/\(|\)/, "",$(NF-1)) 
split($(NF-1), ver, /GLIBC_|\./) 
vers = ver[2] * 10000 + ver[3]*100 + ver[4] 
if (vers > 0) { 
    if (symvertext[$(NF)] != $(NF-1)) 
     count[$(NF)]++ 
    if (vers <= limit_ver && vers > symvers[$(NF)]) { 
     symvers[$(NF)] = vers 
     symvertext[$(NF)] = $(NF-1) 
    } 
} 
} 
END { 
for (s in symvers) { 
    if (count[s] > 1) { 
     printf("__asm__(\".symver %s,%s@%s\");\n", s, s, symvertext[s]) > headerf 
     printf("%s %s@%s\n", s, s, symvertext[s]) > redeff 
    } 
} 
} 
EOF 
) 
sort ${headerf} -o ${headerf} 
objcopy --redefine-syms=${headerf}.redef /usr/lib/libstdc++.a libstdc++.a 
rm ${headerf}.redef