gcc-arm ausführbare "keine solche Datei oder Verzeichnis" falsch dynamische lib

Ich versuche, ein brauchbares setup für den gcc-linaro-arm-linux-gnueabihf-4.8-2013.11 auf windows.
Etwas passiert in der dynamic link:

$(CC)-gcc   -o test main.c -Wall -lc

Das Programm kompiliert problemlos, aber wenn Sie eingesetzt werden, zu ARM zeigt:
"Keine solche Datei oder das Verzeichnis"

Suchen die Frage, scheint, dass die statischen build funktioniert, aber ausführbar ist riesig:

$(CC)-gcc   -static -o test main.c -Wall -lc

Nun habe ich ein VisualGDB toolchain installiert, baut (in der IDE) mit eigener toolchain eine ähnliche ausführbare Datei (klein, dynamisch), die funktioniert, so dass ich denke, dies ist nichts falsch mit meinem ARM distribution.

Bin ich etwas fehlt oder schief von gcc-linaro-arm-linux-gnueabihf-4.8-2013.11 ?

Vielen Dank im Voraus,

Eine weitere Untersuchung:

file test

working (compiled with VisualGDB toolchain)
test: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped

mot working (compiled with gcc-linaro-arm-linux-gnueabihf-4.8-2013.11)
test: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 3.1.1, BuildID[sha1]=0x13accf06af902cd8b96d85b8a412e1d7822a302b, not stripped

my ARM
3.8.13

Ich laufen -readelf (für nicht funktionierende):

Dynamic section at offset 0x474 contains 24 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x0000000c (INIT)                       0x82a0
 0x0000000d (FINI)                       0x8434
 0x00000019 (INIT_ARRAY)                 0x10468
 0x0000001b (INIT_ARRAYSZ)               4 (bytes)
 0x0000001a (FINI_ARRAY)                 0x1046c
 0x0000001c (FINI_ARRAYSZ)               4 (bytes)
 0x00000004 (HASH)                       0x8194
 0x00000005 (STRTAB)                     0x820c
 0x00000006 (SYMTAB)                     0x81bc
 0x0000000a (STRSZ)                      65 (bytes)
 0x0000000b (SYMENT)                     16 (bytes)
 0x00000015 (DEBUG)                      0x0
 0x00000003 (PLTGOT)                     0x1055c
 0x00000002 (PLTRELSZ)                   32 (bytes)
 0x00000014 (PLTREL)                     REL
 0x00000017 (JMPREL)                     0x8280
 0x00000011 (REL)                        0x8278
 0x00000012 (RELSZ)                      8 (bytes)
 0x00000013 (RELENT)                     8 (bytes)
 0x6ffffffe (VERNEED)                    0x8258
 0x6fffffff (VERNEEDNUM)                 1
 0x6ffffff0 (VERSYM)                     0x824e
 0x00000000 (NULL)                       0x0

und arbeiten:

Dynamic section at offset 0x4d0 contains 24 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x0000000c (INIT)                       0x8274
 0x0000000d (FINI)                       0x8490
 0x00000019 (INIT_ARRAY)                 0x104c4
 0x0000001b (INIT_ARRAYSZ)               4 (bytes)
 0x0000001a (FINI_ARRAY)                 0x104c8
 0x0000001c (FINI_ARRAYSZ)               4 (bytes)
 0x00000004 (HASH)                       0x8168
 0x00000005 (STRTAB)                     0x81e0
 0x00000006 (SYMTAB)                     0x8190
 0x0000000a (STRSZ)                      65 (bytes)
 0x0000000b (SYMENT)                     16 (bytes)
 0x00000015 (DEBUG)                      0x0
 0x00000003 (PLTGOT)                     0x105b8
 0x00000002 (PLTRELSZ)                   32 (bytes)
 0x00000014 (PLTREL)                     REL
 0x00000017 (JMPREL)                     0x8254
 0x00000011 (REL)                        0x824c
 0x00000012 (RELSZ)                      8 (bytes)
 0x00000013 (RELENT)                     8 (bytes)
 0x6ffffffe (VERNEED)                    0x822c
 0x6fffffff (VERNEEDNUM)                 1
 0x6ffffff0 (VERSYM)                     0x8222
 0x00000000 (NULL)                       0x0

strace-log:

execve("/usr/bin/test", ["test"], [/* 15 vars */]) = 0
brk(0)                                  = 0x17000
uname({sys="Linux", node="beaglebone", ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f8a000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=54751, ...}) = 0
mmap2(NULL, 54751, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f57000
close(3)                                = 0
open("/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0@\321\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1505830, ...}) = 0
mmap2(NULL, 152384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6f31000
mprotect(0xb6f4f000, 28672, PROT_NONE)  = 0
mmap2(0xb6f56000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d) = 0                                                                                   xb6f56000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\210\177\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1205468, ...}) = 0
mmap2(NULL, 1246600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e00000
mprotect(0xb6f24000, 28672, PROT_NONE)  = 0
mmap2(0xb6f2b000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123) =                                                                                    0xb6f2b000
mmap2(0xb6f2e000, 9608, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb                                                                                   6f2e000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f89000
set_tls(0xb6f896d0, 0xb6f89da8, 0xb6f8c058, 0xb6f896d0, 0xb6f8c058) = 0
mprotect(0xb6f2b000, 8192, PROT_READ)   = 0
mprotect(0xb6f8b000, 4096, PROT_READ)   = 0
munmap(0xb6f57000, 54751)               = 0
brk(0)                                  = 0x17000
brk(0x38000)                            = 0x38000
close(1)                                = 0
close(2)                                = 0
exit_group(1)                           = ?
+++ exited with 1 +++
InformationsquelleAutor user1797147 | 2013-12-21
  1. 8

    Löste ich von mir, danke für die Unterstützung trotzdem.

    Den cross-compiler von Linaro-verbindungen mit einer neuen lib-name (einige Namensänderungen bei Debian) /lib/ld-linux-armhf.so.3 aber der BBB - (Standard -) Verteilung verwenden eine alte Bezeichnung /lib/ld-linux.so.3. Beide Namen zeigen sollten (symlinks) auf BBB an real verwendeten Bibliothek, die ld-2.16.so

    So erstellen Sie einen weiteren symlink und das ist es.

    ln -s /lib/ld-2.16.so /lib/ld-linux-armhf.so.3

-rwxr-xr-x 1 root root 130304 Mar 20  2013 /lib/ld-2.16.so
lrwxrwxrwx 1 root root     15 Dec 24 23:14 /lib/ld-linux-armhf.so.3 -> /lib/ld-2.16.so          <-- new one
lrwxrwxrwx 1 root root     10 Jun 19  2013 /lib/ld-linux.so.3 -> ld-2.16.so

    Beste Grüße und Frohe Weihnachten an alle,

    • Verdammt, ich Verschwendete Stunden auf dieses, Dank. Für jemand mit einem ähnlichen problem auf verschiedene Werkzeuge, die Sie verwenden können, "strings" - Befehl, um zu überprüfen für die libs. (strings ~/development/test.elf | grep lib /lib/ld-linux-armhf.so.3 libstdc++.so.6 libm.so.6 libgcc_s.so.1 libc.so.6 __libc_start_main)
    InformationsquelleAutor user1797147
  2. 1

    Könnte es gut sein, eine fehlende shared library auf die Bereitstellung der Maschine.

    Versuchen $(CC)-readelf -d your-binary | grep NEEDED. Dies zeigt die Namen der benötigten shared libraries. Stellen Sie sicher, dass Sie vorhanden sind, auf dem Zielrechner

    Versuchen ldd you-binary auf der Ziel-Maschine. Er sollte berichten, was sind die erforderlichen
    dynamische Bibliotheken, und wenn Sie gefunden wurden.

    PS. Führen Sie das Programm auf dem Zielcomputer mit strace your-binary. Suchen open oder access Anrufe, die Fehler zurückgeben ENOENT.

    • siehe oben, -readelf
    • strace-siehe oben (danke für den Hinweis mir, ausgezeichnetes Werkzeug) können Sie mir helfen, etwas zu verstehen, Fehler? Scheint, dass /etc/ld.so.Vorspannung fehlt (oder meine libc nur einige Symbole von dort)
    • Nein, ld.so.die Vorspannkraft ist nicht unbedingt erforderlich. Ich kann nicht sehen, nichts falsch in diesem strace-Ausgabe 🙁
    InformationsquelleAutor chill
  3. 0

    Ich denken kann von der folgenden, wie ich hatte einige ähnliche Probleme vor.

    Den arm-distribution hat die benötigten Bibliotheken in einen Ordner wie /usr/lib oder /lib in Ihrer Verteilung oder einem anderen Ordner und Ihre Zusammenstellung Umgebung hat diese an einem anderen Ort. Wenn dies der Fall ist, dann entweder

    • Einstellung der library-Pfad mit ld_library_path-Umgebungsvariable (oder .bashrc) kann helfen,
    • oder erstellen die gleiche Ordnerstruktur, wie Sie in Ihrem system kann auch helfen,

    Kann ich sehen, dass Ihre cross-Kompilierung nicht berücksichtigt wird, dass hardware-spezifische Bibliotheken, aber es ist nur die neue hardware der system-Bibliotheken ist es abhängig zu sein.

    Natürlich gehe ich davon aus, dass Sie getan haben, chmod, um Ihr Programm zu einer ausführbaren Datei in Ihren arm hardware oder emulator.

    • Ich versuche zu cross-kompilieren auf windows für linux ångström und ja, ich gemacht +x 🙂
    InformationsquelleAutor Muthu
  4. 0

    Verwendet der compiler die ld-linux-armhf.so.3 loader statt ld-linux.so.3 wenn Sie die option mfloat-abi=hard an den linker, indem es der LDFLAGS. Keine Notwendigkeit für einen symlink. Zumindest ist es gelöst das Problem mit meinem Yocto Poky toolchain. Sehen https://github.com/golang/go/issues/12443

    InformationsquelleAutor Thalionâth
Schreibe einen Kommentar