Как вывести список библиотечных зависимостей несобственного двоичного файла?

При разработке для нативной платформы я могу использовать ldd для вывода списка всех общих библиотек (.so файлов), которые исполняемый мной двоичный исполняемый файл будет пытаться загрузить при запуске. Но при кросс-компиляции я не знаю, как получить ту же информацию.ldd это не обычная утилита binutils, какstrip или жеarможет быть построен рядомgcc для кросс-компиляции, но вместо этого это загадочный сценарий оболочки, который, очевидно, может работать только на собственной платформе.

Итак, используя инструменты binutils для разных целей, есть ли способ получить список динамически связанных зависимостей для внешнего двоичного файла?

Ответы на вопрос(9)

это помогло мне

objdump -p /path/to/program | grep NEEDED 

Чтобы получить список зависимостей разделяемых библиотек не-двоичного файла, вы можете попробовать следующий инструмент: http://www.mathembedded.com/component/k2/item/1-cross-ldd.html

Я использую его на SH4 и MIPS. Как сообщалось в другом ответе, вы можете добиться того же, используя вывод readelf и рекурсивный цикл, но я никогда не пробовал сам, так как существует cross-ldd.

 07 мая 2013 г., 04:45
Это мертвый URL на данный момент.
 07 мар. 2014 г., 11:46
На данный момент URL мертв.
 12 мая 2013 г., 11:03
Спасибо Крейг, я отредактировал, чтобы обновить URL.

пока вgdb, info shared похож наldd, Он предоставляет полную читаемую человеком информацию о времени выполнения исполняемого файла.
readelf было быmiss path and other libraries information.
readelf Это очень хороший инструмент для обучения. Разработчик может выбрать, что работает.

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

http://sourceforge.net/p/dep-trace/

http://sourceforge.net/projects/dep-trace/files/libdeps

должен показать общую таблицу зависимостей того, что ldconfig (1) будет загружать (или уже загрузил), и показывать, какие библиотеки имеют тип NOT_FOUND (т. е. нет версии или файла), а также то, что происходит.

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

# libdeps objdump -h
Experimental - see help
libdeps [objdump | ldd] [-l | file]
       -l  use find *.so is used on ldconfig dirs
     file  one file.so per line
snip...

# libdeps objdump -d

LIBTABLE

ld-linux.so.2(file)

ld-linux.so.2(GLIBC_2.0)(file)

ld-linux.so.2(GLIBC_2.1)(file)

ld-linux.so.2(GLIBC_2.0)(file)

ld-linux.so.2(GLIBC_2.3)(file)

ld-linux.so.2(GLIBC_2.1)(file)

ld-linux.so.2(GLIBC_PRIVATE)(file)

ld-linux.so.2(GLIBC_2.3)(file)

libBrokenLocale.so.1(file)

snip ...

libc.so.6 libc.so.6(file) ld-linux.so.2 ld-linux.so.2(GLIBC_2.0) ld-linux.so.2(GLIBC_2.1) ld-linux.so.2(GLIBC_PRIVATE)

snip ...

libanl.so.1 libanl.so.1(file) ld-linux.so.2 ld-linux.so.2(GLIBC_2.0) ld-linux.so.2(GLIBC_2.1) ld-linux.so.2(GLIBC_PRIVATE) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.0) libc.so.6 libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_PRIVATE) libc.so.6(GLIBC_2.3.2) libc.so.6(GLIBC_2.1.2) libpthread.so.0(GLIBC_2.1) libpthread.so.0


libnss_db.so.2 libnss_db.so.2(file) ld-linux.so.2 ld-linux.so.2(GLIBC_2.0) ld-linux.so.2(GLIBC_2.1) ld-linux.so.2(GLIBC_PRIVATE) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.0) libc.so.6 libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_PRIVATE) libnss_files.so.2 libnss_files.so.2(GLIBC_PRIVATE) libdb3.so.3(NOT_FOUND) libdb3.so.3(DB3_2)(NOT_FOUND)

snip...

NOT_FOUND
libctutils.so.0

libdb3.so.3

libdb3.so.3(DB3_2)

EFFECTED
libctutils.so.0 libconsole.so.0

libdb3.so.3 libnss_db.so.2

libdb3.so.3(DB3_2) libnss_db.so.2

libconsole.so.0

libnss_db.so.2

12/04/14  21:56  -0500     Thursday,  December  04,  2014,  09:56:35 PM  EST

Извините за создание потока зомби, но я работаю над некоторыми вещами для моего маршрутизатора OpenWRT и хотел, чтобы он проверил некоторые зависимости, чтобы увидеть, достаточно ли у меня места на моем разделе jffs2, чтобы скопировать толькоe2fsck, Короткий ответ:nope.avi.

Anyhoo, я сделал небольшой скрипт, который используетпринятый ответ плюс немного (возможно, слишком многословно)grep звонки и с небольшим маханием рукой и некоторыми слезами единорога (не волнуйтесь, они были счастливыми слезами!) Мне удалось составить следующий сценарий, который дает вам все зависимости. Я уверен, что есть много возможностей для улучшения, особенно в RE: циклы и рекурсия, а также тот факт, что все это всегда являются башизмами (то есть индексированными массивами), но это по крайней мере номинально работает для меня:

#!/bin/bash

declare -a search_path
declare -a found_deps

find_dependencies() {
    local file="$1"
    local -a deps
    local -a deps_to_process

    deps=( $( readelf -d "$file" | grep "NEEDED" | \
        grep -o -E "\[[^]]*\]" | grep -o -E "[^][]*" ) )

    local add_this_dep=true

    # always assume we've found $file and add it to the $found_deps list
    # if it's not there
    for found_dep in "${found_deps[@]}"
    do
        if [ "$found_dep" = "$(basename $file)" ]
        then
            add_this_dep=false
            break
        fi
    done

    # if $add_this_dep is true, go ahead and add to the found_deps list
    if $add_this_dep
    then
        found_deps+=("$(basename $file)")
    fi

    # for every dependency found by readelf (no path)
    for dep in "${deps[@]}"
    do
        local process_dep=true

        # if the basename of the file passed into the function is
        # this dep, skip processing altogether
        if [ "$dep" = "$(basename $file)" ]
        then
            break
        else
            # otherwise, if it's one of the 'found deps' don't process it
            for found_dep in "${found_deps[@]}"
            do
                if [ "$dep" = "$found_dep" ]
                then
                    process_dep=false
                    break
                fi
            done

            # it wasn't one of the 'found deps' so add 
            # it to the found_deps list
            if $process_dep
            then
                found_deps+=($dep)
            fi
        fi

        # if we are supposed to process this dep
        if $process_dep
        then
            local file_path=

            # check each search path for a file named $dep underneath it
            for dir in $search_path
            do
                file_path=$( find "$dir" -name "$dep" | head -n 1 )

                # if the $file_path is not empty, then we found
                # a copy of it, so break out of the loop
                if [ -n "$file_path" ]; then break; fi;
            done

            # if the $file_path is not empty, then we found a copy
            # of the file, place it the list of deps to be processed
            if [ -n "$file_path" ]
            then
                deps_to_process+=($file_path)
            fi
        fi
    done

    # now, go through all of our $deps_to_process (with path)
    # and run "find_depen,dencies" on them
    for dep_to_process in "${deps_to_process[@]}"
    do
        find_dependencies "$dep_to_process"
    done
}

argc=$#

if [ $argc -eq 0 ]
then
    printf '%s: prints dependencies of a (potentially) non-native elf executable, recursively\n'
    printf '\n'
    printf 'usage:\n'
    printf '\t%s <non-native elf executable> [ --supress-header ] [ <path> ... ]\n' "$(basename $0)"
    printf '\twhere\n'
    printf '\t\t<non-native elf executable> is the name of a file to find the dependencies of.\n'
    printf '\t\t[ <path> ... ] is an optional list of directories under which to search for libraries.\n'
    printf '\t\t[ --supress-header ] is an optional flag that prints nothing other than the list of files to stdout.\n'
    printf '\t\t\t(without the parameter a banner is sent to stderr)'
    printf '\n'
else
    file="$1"
    shift 1

    show_header=true

    if [ "$1" = "--supress-header" ]; then show_header=false; shift 1; fi;

    if $show_header
    then
        printf ' -------------------------------------------------------------------------------------------------------------\n' 1>&2
        printf '  ldd-nonnative: find all dependencies of a (potentially) non-native binary %s\n' "$file" 1>&2
        printf ' -------------------------------------------------------------------------------------------------------------\n' 1>&2
    fi

    search_path="[email protected]"
    find_dependencies $file

    printf '\t%s\n' "${found_deps[@]}"
fi

# ❤ copyheart, shelleybutterfly, 2014
# love is never subject to the low; please copy and share with love :)

# contact information:
# [email protected]

# I hereby dedicate this softw,are to the public domain in all jurisdictions
# where possible. In other jurisdictions, I license it to you under your
# choice of permissive license, as defined by the Open Source Institute (OSI),
# found at URL http://opensource.org. Should such a license be unavailable in
# your jurisdiection, you may use any copyleft open source license, again as
# defined by OSI; and if that too is unavailable, then you are licensed this
# software under the least restrictive possible terms allowed in your
# jurisdiction.

# I request but do not require that you give credit to me, shelleybutterfly,
# which I will accept in cases of licensing other than the public domain as
# valuable consideration for your use of my software. (I love to know that 
# my name is plastered all over some obscure piece of code that's at least
# appreciated by those who do see it, and I consider that more than enough
# consideration. :D) This software is provided completely as-is, and I take
# absolutely no responsibility for any damages that it may cause. It has
# not been fully tested and should be considered pre-alpha release quality,
# (that is to say, it is likely unstable and unsafe to use without your own
# validation to ensure that it meets some or any your needs without: among
# other things: melting your computer, calling your grandma at midnight,
# telling your girlfriend she's fat, and throwing your computer in the
# dishwasher to make sure it's clean, and you take full responsibility for
# doing your own testing to ensure that it suits your needs, and operates 
# properly int the conditions under which you intend to use it.

# Should you not be willing to take this risk, it is highly recommended
# that you do not use this software at all, ever, and that you instead find
# a real commercial piece of software, or other warranted piece of software,
# as I can not and do not and shall not provide any warranty of fitness for
# any purpose whatsoever, even to scrub your toilet, and it's provided with
# the understanding that it will be used primarily as an educational tool
# rather than any sort of production code. I disclaim any responsibility for
# anything that may happen to you due to your use of software, even if it
# causes huge zits, a rash under your boobs that wont go away, or a burning
# sensation when you pee. Sorry, **especially** for a burning sensation when
# you pee.

# Your use of this software implies acceptance of these terms as well as 
# any painful urination or other issues it may cause in your life.

# [deep breath] 

# my love to you all; I hope this software was useful to you in some way; if
# you end up using it despite the dire warnings against doing so, feel free
# to drop me a note at [email protected], as I imagine it
# will be rare enough to make my day, every time. ♥

Итак, поехали. Надеюсь, это кому-нибудь поможет. Например, мне потребовалось много времени, чтобы даже выучить сценарии оболочки, чтобы справиться с чем-то подобным, не говоря уже о том, что это заняло у меня намного больше времени, чем, вероятно, следовало бы, поэтому, пожалуйста, прости, что, вероятно, потрясло некоторых из вас гуру сценаристов там до самой сути вашего существа. :)

По замыслу ldd может быть выполнен только на цели. Тем не менее, можно имитировать поведение ldd, используя readelf. Скрипт с именем `xldd & apos; был разработан в проекте crosstool-ng. Независимая версия этого скрипта доступна здесь:

https://gist.github.com/jerome-pouiller/c403786c1394f53f44a3b61214489e6f

Немного опоздал на это дополнение, но кто-то может извлечь выгоду / уточнить. Разве флаг -A для readelf не дает тот же результат, что и ldd?

    $ readelf -AW /bin/vi

Library list section '.gnu.liblist' contains 8 entries:
     Library              Time Stamp          Checksum   Version Flags
  0: libselinux.so.1      2011-07-25T08:02:58 0x17a7d5f7 0       0
  1: libtermcap.so.2      2011-07-25T08:02:59 0x29ae9ff7 0       0
  2: libacl.so.1          2011-07-25T08:02:58 0x60748842 0       0
  3: libc.so.6            2011-07-25T08:02:58 0x0c2c7eeb 0       0
  4: libdl.so.2           2011-07-25T08:02:58 0xdfbfc467 0       0
  5: libsepol.so.1        2011-07-25T08:02:58 0x857499cb 0       0
  6: /lib64/ld-linux-x86-64.so.2 2011-07-25T08:02:58 0x9e6549b7 0       0
  7: libattr.so.1         2011-07-25T08:02:58 0x862f1546 0       0

Единственная информация, отсутствующая здесь, кажется, это полный путь, где расположены эти библиотеки.

С другой стороны, упомянутые инструменты полезны, только если известно, что установка работает. Мои самые распространенные проблемы:

Installing a program (mostly via rpm) that then fails to start or crashes during start up. Somehow I think this is related to library incompatibilities but I haven't found an easy way of checking these thing before installing a program (nor indeed after) In an attemtp to overcome (1), sometimes I have resorted to downloading the sources and compiling locally. The typical configure script is partially helpful because it tells you which libraries you are missing. However, it fails to tell you what the lowest version of such libraries are required

Кто-нибудь может пролить свет на эти вопросы? Кстати, я пробовал читать инструкции по установке и заметки о выпуске, но их почти всегда недостаточно.

Наглядный пример может поставить все в контекст, поэтому, пожалуйста, попробуйте скомпилироватьCinelerra.

Ты можешь сделатьbash -x ldd /bin/ls чтобы понять, чтоldd делается.ldd сценарий не такой "загадочный". В основном работает

LD_TRACE_LOADED_OBJECTS=1 /lib64/ld-linux-x86-64.so.2 /bin/ls

поэтому он использует динамический загрузчик системы (потому что результатldd зависит от вашей реальной среды и системы!). Но вы могли бы изучить сobjdump -x /bin/ls динамический раздел исполняемого файла, например

% objdump -x /bin/ls
  /bin/ls:     file format elf64-x86-64
  /bin/ls
  architecture: i386:x86-64, flags 0x00000112:
  EXEC_P, HAS_SYMS, D_PAGED
  start address 0x00000000004046d4

  Program Header:
      PHDR off    0x0000000000000040 vaddr 0x0000000000400040 paddr 0x0000000000400040 align 2**3
           filesz 0x00000000000001c0 memsz 0x00000000000001c0 flags r-x
    INTERP off    0x0000000000000200 vaddr 0x0000000000400200 paddr 0x0000000000400200 align 2**0
           filesz 0x000000000000001c memsz 0x000000000000001c flags r--
      LOAD off    0x0000000000000000 vaddr 0x0000000000400000 paddr 0x0000000000400000 align 2**21
           filesz 0x0000000000019ef4 memsz 0x0000000000019ef4 flags r-x
      LOAD off    0x000000000001a000 vaddr 0x000000000061a000 paddr 0x000000000061a000 align 2**21
           filesz 0x000000000000077c memsz 0x0000000000001500 flags rw-
   DYNAMIC off    0x000000000001a028 vaddr 0x000000000061a028 paddr 0x000000000061a028 align 2**3
           filesz 0x00000000000001d0 memsz 0x00000000000001d0 flags rw-
      NOTE off    0x000000000000021c vaddr 0x000000000040021c paddr 0x000000000040021c align 2**2
           filesz 0x0000000000000044 memsz 0x0000000000000044 flags r--
  EH_FRAME off    0x0000000000017768 vaddr 0x0000000000417768 paddr 0x0000000000417768 align 2**2
           filesz 0x00000000000006fc memsz 0x00000000000006fc flags r--
     STACK off    0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**3
           filesz 0x0000000000000000 memsz 0x0000000000000000 flags rw-

  Dynamic Section:
    NEEDED               libselinux.so.1
    NEEDED               librt.so.1
    NEEDED               libacl.so.1
    NEEDED               libc.so.6
    INIT                 0x0000000000402148
    FINI                 0x00000000004125f8
    HASH                 0x0000000000400260
    GNU_HASH             0x00000000004005c0
    STRTAB               0x0000000000401100
    SYMTAB               0x0000000000400620
    STRSZ                0x00000000000004d7
    SYMENT               0x0000000000000018
    DEBUG                0x0000000000000000
    PLTGOT               0x000000000061a208
    PLTRELSZ             0x0000000000000990
    PLTREL               0x0000000000000007
    JMPREL               0x00000000004017b8
    RELA                 0x0000000000401740
    RELASZ               0x0000000000000078
    RELAENT              0x0000000000000018
    VERNEED              0x00000000004016c0
    VERNEEDNUM           0x0000000000000003
    VERSYM               0x00000000004015d8

  Version References:
    required from librt.so.1:
      0x09691a75 0x00 05 GLIBC_2.2.5
    required from libacl.so.1:
      0x05822452 0x00 06 ACL_1.2
      0x05822450 0x00 04 ACL_1.0
    required from libc.so.6:
      0x09691a75 0x00 03 GLIBC_2.2.5
      0x0d696913 0x00 02 GLIBC_2.3

Опять же, фактическая зависимость зависит от системы, в которой запускается ваш двоичный файл (например, потому что я мог иметьLD_LIBRARY_PATH с моим собственнымlibc.so.6 где-то, что было бы плохой идеей).

Так что вам нужен перекрестный вариантobjdump

 07 апр. 2012 г., 16:39
Ваше объяснение не объяснилоwhich part из objdump OP нужно посмотреть. Также роднойreadelf -d может читать не родной двоичный файл ELF, поэтому нет необходимости создавать кросс-readelf или кросс-objdump (хотя они обычноare все равно как часть crosstool)
Решение Вопроса

is there any way to get a list of the dynamically linked dependency for of a foreign binary

Вы можете перечислитьdirect Зависимости двоичного файла достаточно легко:

readelf -d a.out | grep NEEDED

 0x0000000000000001 (NEEDED)             Shared library: [librt.so.1]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

Я не знаю способа рекурсивно продолжить это, чтобы получить полный список (какldd делает). Вам придется повторять процесс для каждогоNEEDED Библиотека от руки.

 01 дек. 2015 г., 15:46
readelf -d /home/oglop/Downloads/shadowsocks-libev_2.3.1_mipsel_OpenSSL_dynamic/ss-local There is no dynamic section in this file. Я знал, что это динамика, хотя, почему?
 01 дек. 2015 г., 17:05
@Shuman Вы, вероятно, смотрите на сценарий оболочки. Если нет, вам следует задать отдельный вопрос.

Ваш ответ на вопрос