Was ist die Bedeutung von "Warnung: Verknüpfen der gemeinsam genutzten Bibliothek gegen statische Bibliothek ist nicht tragbar"?

Mache ich eine dynamische Bibliothek mit einigen Funktion libmxml.eine Bibliothek, aber ich bekomme diese Warnung:

*Warning: Linking the shared library libgstmatroskademux.la against the _
*static library /home/Mr32/gst-template4_final/gst-plugin/src/libmxml.a _
is not portable!

Bekomme ich auch diese Warnung:

gcc: /home/Mr32/gst-template4_final/gst-plugin/src/libmxml.a: linker _
input file unused because linking not done

Also, was ist die Bedeutung dieser Warnung und wie könnte ich es lösen?

Edit :

Da ist man schon automatisch generierte Makefile für die Erstellung der gstreamer-plugin. Jetzt verwenden einige Funktion libmxml.eine in diesem plugin habe ich Hinzugefügt $(PATH)/libmxml.a im GST_CFLAGS variable in der make-Datei. Nun, wenn ich make und make install, das plugin funktioniert einwandfrei, aber ich bekomme immer noch diese Warnung.

  • Könntest du die genauen Befehle, die gedruckt werden diese Warnungen?
  • Sicherstellen, dass ein libmxml.so shared-library ist so aufgebaut, nutzen Sie ihn.
  • freesoftwaremagazine.com/articles/agaal/... relevant sein können, um Ihre Interessen.
  • siehe mein edit
InformationsquelleAutor Jeegar Patel | 2011-12-02
  1. 6

    Verknüpfung von gemeinsamen Bibliotheken statische Bibliotheken ist nicht möglich (es sei denn, Sie wirklich wissen sehr gut, was Sie tun). Tun Sie es nicht.

    Die erste Warnung ist vom libtool. Es sagt dir, dass die operation, die Sie gebeten werden, tun Sie verschiedene Dinge auf verschiedene Systeme und einige dieser Dinge sind wahrscheinlich nicht das, was Sie wollen. Oft sind es nur geht, um nicht in verschiedene spektakuläre Weise, denn code, geht in der gemeinsamen und statischen Bibliotheken kompiliert werden muss, die mit verschiedenen compiler-flags.

    Die zweite Warnung von gcc. Es sagt Ihnen, dass die statische Bibliothek, wenn kompilieren ist sinnlos. Das ist, weil Sie haben $(PATH)/libmxml.a im CFLAGS, wo es kein Geschäft sein wird. In der Tat, die meisten der Zeit, sollten Sie nicht haben $(PATH)/libmxml.a, aber -L$(PATH) -lmxml statt. Das sollte doch gehen in LDFLAGS, aber gcc nicht beschweren, wenn dies macht es für den compiler-Befehl-Linie zu.

    • Die Verknüpfung von gemeinsamen Bibliotheken von statischen Routen ist perfekt möglich, und oft wünschenswert, auf UNIX.
    • Hm, ich irrte durch die zweite Warnung. Jetzt sehe ich die statische Bibliothek war in den CFLAGS, schrieb ich die Antwort. Noch natürlich, während die Verknüpfung von gemeinsamen Bibliotheken von statischen Routen ist möglich, es ist definitiv nicht etwas, das man tun sollte, regelmäßig. Eher ist es eine wirklich große Dose Würmer.
    • Hey danke ich habe gerade put-L$(PATH) in LDFLAGS und -lmxml in GST_LIBS und Magie gearbeitet, keine Warnung...!!! danke Mann..!!
    • Ja. Ich nehme an, der compiler gefunden, der sowohl statische als auch dynamische mxml und wählte die dynamisch ist, wenn Sie gab Ihr die chance. Die sollte es wirklich; auch wenn du nicht Probleme mit der position der Unabhängigkeit, Sie hätte Probleme, wenn ein anderes plugin auch nutzen wollte, mxml. Mit dynamic linking wird es eine Kopie und alles wird in Ordnung sein, aber mit statischen wären da zwei, und schwer zu Debuggen Probleme auftreten könnten.
    InformationsquelleAutor Jan Hudec
  2. 8

    Sicherzustellen, dass die Objekt-Dateien in libmxml.a gebaut wurden mit -fPIC. Es ist notwendig für den Aufbau einer shared library. Siehe auch http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html

    Hier ist ein schnelles Beispiel

    $ cat stat.c 
int five() { return 5; }
$ gcc -c stat.c -fPIC
$ ar crus libstat.a stat.o
$ cat dynamic.c
int ten() { return five() + five(); }
$ gcc -c dynamic.c -fPIC
$ gcc -shared -o libdyn.so dynamic.o -L. -lstat
$ ldd libdyn.so # Just to show static linkage to libstat.a
  linux-vdso.so.1 =>  (0x00007fffca1b8000)
  libc.so.6 => /lib/libc.so.6 (0x00007fc004649000)
  /lib/ld-linux-x86-64.so.2 (0x00007fc004bf7000)
$ cat main.c 
int main() { return ten(); }
$ gcc main.c -L. -ldyn
$ LD_LIBRARY_PATH=. ./a.out 
$ echo $?
10
    • ja du hast Recht, vielen Dank für so ein schönes Beispiel..
    InformationsquelleAutor Jan
  3. 4

    Verknüpfen der gemeinsam genutzten Bibliothek libgstmatroskademux.la gegen die statische library

    Dies ist die Warnung, die Sie, wenn Sie z.B. versucht, den Aufbau dieser auf 64-bit-Linux, würde es wahrscheinlich scheitern. Das ist, weil auf x86_64, alle code, wird verbunden in einer gemeinsamen Bibliothek muss zusammengestellt werden, mit -fPIC Flagge, und code, der lebt in .a Bibliotheken in der Regel nicht.

    gcc: .../libmxml.a: linker input file unused, weil die Verlinkung nicht getan

    Dies ist die Warnung, die Sie, dass Sie eine falsche Befehlszeile. Wahrscheinlich sind Sie kompilieren von etwas, und haben -c auf der Kommandozeile (das sagt GCC zu stoppen, nachdem das kompilieren der Quelle, und nicht ausführen verknüpfen). Da Sie auch die Versorgung libmxml.a am gleichen Befehlszeile GCC realisiert, dass Sie nicht wissen, was Sie tun, und warnte davor, Sie zu denken (mehr) darüber.

    InformationsquelleAutor Employed Russian
Schreibe einen Kommentar