Hallo alle,
ich habe mir eine Toolchain (hat sich unter /opt installiert) für einen PPC Prozessor auf meinem x86 System installiert. Um auf digitale I/Os zuzugreifen, existiert ein Kernel-Modul, welches auf der Zielplattform bereits geladen wird. Für den einfachen Zugriff existiert meine Library, welche mit dem Kernel-Modul kommuniziert (über /dev) und Funktionen wie Initialisierung usw übernehmen kann, respektive die Handhabung vereinfacht. Die Library konnte ich ohne Probleme mit dem Crosscompiler übersetzen und habe jetzt eine Datei libEasyIO.a.
Um mein Programm übersetzen zu können, muss ich GCC die Option -lEasyIO mitgeben damit der Linker weiss, gegen was er Linken soll.
Jetzt meine Frage: Es ist mir klar, dass ich libEasyIO.a irgendwie ins /lib Verzeichnis kopieren muss (Frage am Rande: braucht es da noch spezielle Kommandos?). Zuerst möchte ich aber meine Applikation gelinkt bekommen. Wohin muss ich auf dem x86-Entwicklungssystem meine libEasyIO.a kopieren? Wohl kaum ins /lib Verzeichnis, denn mein x86 kann doch nix mit der PPC-Library anfangen. Muss dass Ding im /opt Verzeichnis irgendwo in der PPC-Toolchain zu liegen kommen? Einfach dahin kopieren?
Danke Euch
shakke-freeez
Cross-Compiler and Libraries
.a-Dateien sind statische Libraries. Diese werden *nicht* mit -l... eingebunden und müssen *nicht* in ein /lib-Verzeichnis kopiert werden.
Stattdessen werden solche Libraries wie .o-Dateien bei Complilieren des Binaries gelinkt.
Janka
Stattdessen werden solche Libraries wie .o-Dateien bei Complilieren des Binaries gelinkt.
Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.
Ich mag die Schreie.
Die wird (wie ich oben schon geschrieben habe) einfach wie eine .o-Datei im Linker-Lauf für das Executeable eingebunden. Also im Makefile so wie unten:
Janka
Code: Select all
myapp: main.o part1.o library.a part2.o
($CC) -o $@ $^
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.
Ich mag die Schreie.
Dafür baust du dir ein lib-Verzeichnis in deiner Cross-Umgebung, und gibst dies per -L beim Linken an. Der Linker nutzt die Informationen in der dort einfach hineinkopierten (oder gebauten) .so-Library, um über fehlende Symbole zu meckern, mehr nicht.
Der eigentliche Linkvorgang findet ja erst auf dem Zielsystem statt, und da muss man halt die Library nach /usr/lib o.ä. kopieren und danach einmal ldconfig ablaufen lassen.
Janka
Der eigentliche Linkvorgang findet ja erst auf dem Zielsystem statt, und da muss man halt die Library nach /usr/lib o.ä. kopieren und danach einmal ldconfig ablaufen lassen.
Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.
Ich mag die Schreie.