почему /bin/ls ссылается на libpthread?

hanshenrik

18.03.2023, 21:04

так странно, ls как-то многопоточен? что могло лс возможно, нужен libpthread для?

лдд /бин/лс
    Linux-vdso.so.1 (0x00007ffff7fce000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007ffff7f57000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ffff7d65000)
    libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007ffff7cd2000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ffff7ccc000)
    /lib64/ld-linux-x86-64.so.2 (0x00007ffff7fcf000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ffff7ca9000)

0 + 0

общая библиотека

git-buildpackage

Рейтинг:6

Ubuntu

muru

19.03.2023, 00:14

Это не лс само собой, что зависит от libpthread. Использовать лддтри от pax-utils (sudo apt установить pax-utils), чтобы увидеть дерево зависимостей:

# lddtree /bin/ls
ls => /bin/ls (интерпретатор => /lib/ld-linux-armhf.so.3)
    libselinux.so.1 => /lib/arm-linux-gnueabihf/libselinux.so.1
        libpcre.so.3 => /lib/arm-linux-gnueabihf/libpcre.so.3
            libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2
    libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6
    ld-linux-armhf.so.3 => /lib/ld-linux-armhf.so.3

лдд показывает все общие библиотеки, на которые ссылается файл, включая косвенные зависимости.

0 + 0

Admin