Problem mit alter LIB GLIBC_2.15, statt GLIBC_2.4

[schorsch_76]

Crosscompile ist schon möglich... Es ist nicht ganz einfach ... vor allem wenn einem Wissen fehlt wie man Linking Fehler auf dem Target debuggt

Wenn das nur ein robytask ist, gibt es eigentlich keinen Grund das nicht auf dem BBB direkt zu kompilieren. Das ist zumindest meine Empfehlung für dich. Hier speziell.

Zum Crosscompile im allgemeinen braucht man Geduld um die Toolchain aufzusetzen. Man muss _wirklich_ wissen was auf dem Ziel läuft und _wiklich_ wissen was die Toolchain ausspuckt. Es sollte für dich dann auch kein Problem sein, eine eigene Toolchain zu bauen.Das ist meiner Meinung dein Hauptproblem. Deshalb, compiliere lieber auf dem Target selbst...

Wie macht man eine Cross-Toolchain?
http://elinux.org/ARMCompilers
http://www.lowlevel.eu/wiki/ARM_Cross-Compiler

Gruß
Georg

[Ritchie]

Hi,

danke für die links.

Hatte jedoch schon mehrfach tools für Raspberry PI, taskit Problemlos am rennen.
Ich installiere jetzt die Tools nochmals von neuem.
Normale C Programme arbeiten korrekt.

Habe es fast genauso gemacht. http://www.michaelhleonard.com/cross...glebone-black/

Gruss R.

[shedepe]

Was ist denn genau der Unterschied in deinem Programm im Vergleich zu anderen ?

[Mxt]

Hallo,

ist das ein selbst gemachtes Debian ?

Ich habe hier nur Beaglebones mit fertigen Images (von Beagleboard.org oder Robert Nelson). Da weichen zumindest die Compiler-Versionen ab.

Zwei Stichproben:

Linux beaglebone 3.8.13-bone41
GCC version 4.6.3 (Debian 4.6.3-14)
ldd (Debian EGLIBC 2.13-38+deb7u3) 2.13

Ubuntu 14.04.1 LTS (GNU/Linux 3.8.13-bone67 armv7l)
GCC version 4.8.2 (Ubuntu/Linaro 4.8.2-19ubuntu1)
ldd (Ubuntu EGLIBC 2.19-0ubuntu6.3) 2.19

Der GCC 4.7 ist mir beim Beaglebone nur auf den alten Angstöm Images begegnet.

[shedepe]

Er verwendet ja den crosscompiler unter einem normalen Debian. Der aktuelle crosscompiler dürfte trotzdem im Moment eigentlich ín Version 4.8 im Repo vorliegen.
Wie aber bereits von meinen Vorpostern gesagt: Kompiliere entweder direkt auf dem Beaglebone oder mach ein update der toolchain bzw. bau sie dir selber.

Was eventuell funktionieren könnte wäre dem Compiler zu sagen er soll eine andere Version der libc verwenden. Man kann nicht in einem Programm mehrere Versionen der libc verwenden. Allein schon weil das linkerfehler geben würde.
Siehe dazu auch:
https://stackoverflow.com/questions/...rent-libc-file

[Ritchie]

Hi,

das Toolchain neu zu installieren, scheint es nicht gebracht zu haben.
Ich werde als nächstes erstmal das aktuelle Image von Debian installieren.

$cat /etc/dogtag
BeagleBoard.org BeagleBone Debian Image 2014-04-23

Aktuelle wäre

Debian (BeagleBone, BeagleBone Black - 2GB SD) 2014-05-14

@Mxt
>ist das ein selbst gemachtes Debian ?
Das installierte Debian war der Auslieferzustand. Ich verwendet ungerne selbst gemachte OS Versionen, da ich sonst in solche Probleme laufen würde.
Ich könnte auch auf den Compiler (Toolchain) in der Version 4.8 springen, da dieses bereits als Paket vorhanden ist. Wäre der nächste Versuch.

@shedepe
>Was ist denn genau der Unterschied in deinem Programm im Vergleich zu anderen ?
Es ist ein C++ Programm, welche auf Klassen basiert und eine Fülle von Funktionen hat, welche teilweise in den kleinen Testprogrammen (C basierend)
separat korrekt laufen.
Das ist ja gerade das Problem, das ich nicht weiss, welche Funktion mir Ärger macht.

Wenn ich aber die Fehlermeldung jetzt richtig verstehe, ist mein Problem, das hier teile auf der LIB 2.4 arbeiten und die LIB 2.15 halt nicht vorhanden ist,
was mich vermuten läßt, das ich es wohl mal besser mit dem Compiler 4.8 versuche. Insbesondere wo mein Image mal gerade ein Monat älter ist, als die aktuelle Version.


Edit:
auf dem Board ist der folgende Compiler installiert:

$ dpkg --list | grep compiler
ii device-tree-compiler 1.4.0.1~20131212-1 armhf Device Tree Compiler for Flat Device Trees
ii g++ 4:4.6.3-8 armhf GNU C++ compiler
ii g++-4.6 4.6.3-14 armhf GNU C++ compiler
ii GCC 4:4.6.3-8 armhf GNU C compiler
ii gcc-4.6 4.6.3-14 armhf GNU C compiler

Die entsprechende Versionskontrolle zeigt mir auch, das hier der Compiler 4.6.3 verwendet wurde.

$ cat /proc/version
Linux version 3.8.13-bone47 (root@imx6q-wandboard-2gb-0) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Fri Apr 11 01:36:09 UTC 2014

Compiler von hier neu nachgeladen und jetzt schauen wir mal.
Edit2:

gcc-4.6-arm-linux-gnueabihf
deb http://de.archive.ubuntu.com/ubuntu precise main universe

geht immer noch nicht.
Ursache liegt wohl hier, Version des Beagle Bone

$ ldd --version
ldd (Debian EGLIBC 2.13-38+deb7u1) 2.13
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.
p

Viele Grüße

R.

[schorsch_76]

$ cat /proc/version
zeigt die Version des Kernels. Das sagt nichts über das Userland.

Ubuntu und Debian zu mischen ist immer eine schlechte Idee.

Für Debian gibt es eine arm Toolchain
https://wiki.debian.org/EmdebianToolchain