Подтвердить что ты не робот

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

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

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

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

4b9b3361

Ответ 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,[email protected]_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.

Ответ 2

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

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

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

Но проблема в том, что наши серверные машины имеют только версию glibc 2.5, которая имеет только [email protected]_2.2.5. Он намного ниже [email protected]_2.14. Итак, конечно, моя серверная программа не может работать на этих машинах.

И я нашел это решение:

  • Используя .symver для получения ссылки [email protected]_2.2.5.

  • Напишите мою собственную функцию __ wrap_memcpy, которая просто вызывает [email protected]_2.2.5.

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

Код, используемый в шагах 1 и 2, приведен здесь: https://gist.github.com/nicky-zs/7541169

Ответ 3

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

Этого достаточно, если вы не используете какие-либо статические библиотеки, которые были скомпилированы без указанных выше. Если вы это сделаете, и вы не хотите перекомпилировать, вы можете использовать objcopy для создания копии библиотеки с символами, переименованными в старые версии. Вторая в нижней строке script создает версию вашей системы libstdc++.a, которая будет ссылаться на старые символы glibc. Добавление -L. (или -Lpath/to/libstdc++.a/) заставит вашу программу статически связывать libstdС++ без связывания в кучу новых символов. Если вам это не нужно, удалите последние две строки и строку 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,%[email protected]%s\");\n", s, s, symvertext[s]) > headerf
        printf("%s %[email protected]%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

Ответ 4

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

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