Sự khác nhau giữa /lib/i386-linux-gnu/libc.so.6, /lib/x86_64-linux-gnu/libc.so.6 và /usr/lib/x86_64-linux-gnu/libc.so là gì ?

Question

Tôi đã cài đặt Matlab trong Linux Mint 14 Nadia của tôi (một uname -a hiển thị: Linux Ideapad-Z570 3.5.0-17-chung # 28-Ubuntu SMP Thứ ba ngày 9 tháng 10 19:31:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux) và khi gọi nó từ dòng lệnh, tôi sẽ nhận được một: "/ lib64/libc.so không tìm thấy".

Tôi đi theo sự giúp đỡ trên MathWorks bằng cách làm cho một liên kết trong/lib64 như:

ln -s /lib/x86_64-linux-gnu/libc.so.6 . 

Đó giải quyết vấn đề này.

Bây giờ, nếu tôi là một xác định vị trí của thư viện này tôi nhận được:

locate "libc.so" 
/lib/i386-linux-gnu/libc.so.6 
/lib/x86_64-linux-gnu/libc.so.6 
/usr/lib/x86_64-linux-gnu/libc.so 

tôi sẽ được biên dịch với gcc trong máy tính này và tôi muốn có sưu 64bit đầy đủ. Có nghĩa là gì để có tất cả các thư viện libc.so khác nhau này? trình biên dịch gnu nào sẽ sử dụng? thế nào để tôi cần phải làm bất cứ điều gì khác nhau với gcc để biên dịch cho 64 bit?

Tôi cũng muốn tối ưu hóa nhiều nhất có thể cho lõi i7 mới của mình !!!

Answer 1

/lib/i386-linux-gnu/libc.so.6

này là phiên bản 32-bit của thư viện.

/lib/x86_64-linux-gnu/libc.so.6

Đây là phiên bản 64-bit của thư viện.

Cả hai đều là các liên kết thường tượng trưng đến tập tin thư viện thực tế, mà thường sẽ được đặt tên theo số glibc phát hành, ví dụ libc-2.15.so

/usr/lib/x86_64-linux-gnu/libc.so

Đây không phải là thư viện, mà là tệp tập lệnh liên kết, đề cập đến các liên kết tượng trưng ở trên.

Tại sao chúng ta cần tất cả những:

Thứ nhất, bất kể phiên bản libc được cài đặt, các mối liên kết sẽ luôn luôn tìm kiếm libc.so, bởi vì người lái xe trình biên dịch sẽ luôn luôn vượt qua các mối liên kết các -lc tùy chọn. Tên libc vẫn giữ nguyên và biểu thị cho phiên bản mới nhất của thư viện.

Các liên kết tượng trưng libc.so.6 được đặt tên theo số soname của thư viện, ít nhiều tương ứng với phiên bản ABI của thư viện. Thực thi, được liên kết với libc.so trong thực tế có chứa các phụ thuộc thời gian chạy trên libc.so.6.

Nếu chúng ta tưởng tượng một ngày nào đó một hiển nhiên ABI không tương thích libc được phát hành, nó soname có thể được đặt tên libc.so.7, ví dụ và phiên bản coukld này cùng tồn tại với các phiên bản cũ hơn libc.so.6, do đó thực thi liên quan đối với một hay cách khác có thể cùng tồn tại trong cùng một hệ thống,

Và cuối cùng, tên libc-2.15.so đề cập đến bản phát hành libc, khi bạn cài đặt gói libc mới, tên sẽ thay đổi thành libc-2.16.so. Với điều kiện là nó tương thích với phiên bản trước, liên kết libc.so.6 sẽ vẫn được đặt tên theo cách đó và các tệp thi hành hiện có sẽ tiếp tục hoạt động.

Answer 2

Để tìm cái nào để sử dụng, trước tiên bạn phải tìm theo thứ tự mà ld (linker) sử dụng để tìm các thư viện, như vậy:

ld --verbose | grep SEARCH 

Đối với tôi nó đã cho tôi kết quả này:

SEARCH_DIR("/usr/x86_64-unknown-linux-gnu/lib64"); SEARCH_DIR("/usr/x86_64-unknown-linux-gnu/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/local/lib"); 

này có nghĩa là trên máy tính của tôi, ld trông trong các thư mục, theo thứ tự:

1. /usr/x86_64 -unknown-linux-gnu/lib64
2. /usr/x86_64-biết-linux-gnu/lib
3. /usr/lib
4. /usr/local/lib

Vì vậy, nếu libc là trong/usr/x86_64-unknown-linux-gnu/lib64 và libc cũng nằm trong/usr/lib, nó sẽ sử dụng phiên bản/usr/x86_64-unknown-linux-gnu/lib64, vì nó được liệt kê trước.

Answer 3

Liên kết tượng trưng bạn đã tạo sẽ không có hiệu lực gì trên GCC. Phiên bản 32 bit chỉ được sử dụng khi bạn biên dịch bằng cờ GCC -m32. GCC sẽ không cố gắng để tạo ra mã nhị phân 32-bit trừ khi bạn cho nó (bằng cách sử dụng lá cờ đó.)