Liên kết với phiên bản cũ của libc để cung cấp phạm vi ứng dụng lớn hơn

Question

Các tệp nhị phân Linux thường được liên kết động với thư viện hệ thống lõi (libc). Điều này giữ cho bộ nhớ của tệp nhị phân khá nhỏ nhưng các tệp nhị phân phụ thuộc vào các thư viện mới nhất sẽ không chạy trên các hệ thống cũ hơn. Ngược lại, các tệp nhị phân được liên kết với các thư viện cũ sẽ chạy một cách vui vẻ trên các hệ thống mới nhất.

Do đó, để đảm bảo ứng dụng của chúng tôi có phạm vi phủ sóng tốt trong quá trình phân phối, chúng tôi cần tìm ra libc cũ nhất mà chúng tôi có thể hỗ trợ và liên kết nhị phân của chúng tôi với điều đó.

Làm cách nào để xác định phiên bản libc cũ nhất mà chúng tôi có thể liên kết?

Answer 1

Tìm ra biểu tượng nào trong tệp thực thi của bạn đang tạo phụ thuộc vào phiên bản glibc không mong muốn.

$ 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 

Look trong phụ thuộc-upon thư viện để xem nếu có bất kỳ biểu tượng trong các phiên bản cũ mà bạn có thể liên kết chống lại:

$ 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 

Chúng tôi đang ở may mắn!

Yêu cầu phiên bản từ GLIBC_2.2.5 trong mã của bạn:

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

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

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

Quan sát GLIBC_2.3 rằng không còn cần thiết:

$ 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 

Để biết thêm thông tin, xem http://www.trevorpounds.com/blog/?p=103.

Answer 2

glibc 2.2 là phiên bản tối thiểu khá phổ biến. Tuy nhiên việc tìm kiếm một nền tảng xây dựng cho phiên bản đó có thể không tầm thường.

Có lẽ một hướng tốt hơn là suy nghĩ về hệ điều hành cũ nhất mà bạn muốn hỗ trợ và xây dựng trên đó.

Answer 3

Thật không may, giải pháp của @ Sam không hoạt động tốt trong tình huống của tôi. Nhưng theo cách của anh ta, tôi đã tìm ra cách để giải quyết điều đó.

Đây là tình huống của tôi:

Tôi đang viết chương trình C++ bằng khung công tác tiết kiệm (đó là phần mềm trung gian RPC). Tôi thích liên kết tĩnh đến liên kết động hơn, vì vậy chương trình của tôi được liên kết với libthrift.a tĩnh thay vì libthrift.so. Tuy nhiên, libthrift.a là tự động kết nối với glibc, và kể từ libthrift.a tôi được xây dựng trên hệ thống của tôi với glibc 2.15, tôi libthrift.a sử dụng memcpy của phiên bản 2.14 (memcpy@GLIBC_2.14) do glibc 2.15 cung cấp.

Nhưng vấn đề là máy chủ của chúng tôi chỉ có phiên bản glibc 2.5 chỉ có memcpy@GLIBC_2.2.5. Giá thầu này thấp hơn nhiều so với memcpy@GLIBC_2.14. Vì vậy, tất nhiên, chương trình máy chủ của tôi không thể chạy trên các máy đó.

Và tôi thấy solusion này:

1. Sử dụng .symver để có được những ref để memcpy@GLIBC_2.2.5.

2. Viết __wrap_memcpy riêng chức năng của tôi mà chỉ gọi memcpy@GLIBC_2.2.5 trực tiếp.

3. Khi liên kết chương trình của tôi, hãy thêm tùy chọn -Wl, - wrap = memcpy vào gcc/g ++.

Mã tham gia vào bước 1 và 2 là ở đây: https://gist.github.com/nicky-zs/7541169

Answer 4

Để làm điều này một cách tự động, bạn có thể sử dụng kịch bản sau đây để tạo ra một danh sách tất cả những biểu tượng mà mới trong GLIBC của bạn hơn trong một phiên bản nhất định (được đặt trên dòng 2). Nó tạo ra một tệp glibc.h (tên tệp được đặt bởi đối số tập lệnh) chứa tất cả các khai báo .symver cần thiết. Sau đó, bạn có thể thêm -include glibc.h vào CFLAGS của mình để đảm bảo rằng nó được chọn ở mọi nơi trong quá trình biên dịch của bạn.

Điều này là đủ nếu bạn không sử dụng bất kỳ thư viện tĩnh nào được biên dịch mà không có các điều kiện trên bao gồm. Nếu bạn làm thế, và bạn không muốn biên dịch lại, bạn có thể sử dụng objcopy để tạo một bản sao của thư viện với các biểu tượng được đổi tên thành các phiên bản cũ. Dòng thứ hai đến cuối của tập lệnh tạo ra phiên bản hệ thống của bạn libstdc++.a sẽ liên kết với các biểu tượng glibc cũ. Thêm -L. (hoặc -Lpath/to/libstdc++.a/) sẽ làm cho chương trình của bạn liên kết tĩnh libstdC++ mà không cần liên kết trong một loạt các ký hiệu mới. Nếu bạn không cần điều này, hãy xóa hai dòng cuối cùng và dòng 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