分层 ldd(1)

由于使用 Gentoo，更新程序后经常会链接到旧版本的库。通常情况下， revdep-rebuild 有助于解决这个问题，但这次它是对 python 库的依赖，并且python-updater不会接它。

是否有“层次结构”变体ldd它向我显示哪个共享库依赖于另一个共享库？大多数时候，库和可执行文件仅与少数其他共享库链接，而这些共享库又与少数几个共享库链接，从而将库依赖关系变成了一个大列表。我想知道我必须使用我升级的另一个库的新版本来重建哪个依赖项。

我看到许多有趣的细节，但没有直接回答所提出的问题。

“分层”版本ldd is lddtree (from app-misc/pax-utils):

$ lddtree /usr/bin/xmllint 
xmllint => /usr/bin/xmllint (interpreter => /lib64/ld-linux-x86-64.so.2)
    libreadline.so.6 => /lib64/libreadline.so.6
        libncurses.so.5 => /lib64/libncurses.so.5
            libdl.so.2 => /lib64/libdl.so.2
    libxml2.so.2 => /usr/lib64/libxml2.so.2
        libicui18n.so.49 => /usr/lib64/libicui18n.so.49
            libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.1/32/libstdc++.so.6
                ld-linux.so.2 => /lib64/ld-linux.so.2
            libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.1/32/libgcc_s.so.1
        libicuuc.so.49 => /usr/lib64/libicuuc.so.49
        libicudata.so.49 => /usr/lib64/libicudata.so.49
        libz.so.1 => /lib64/libz.so.1
        liblzma.so.5 => /usr/lib64/liblzma.so.5
        libm.so.6 => /lib64/libm.so.6
    libpthread.so.0 => /lib64/libpthread.so.0
    libc.so.6 => /lib64/libc.so.6