Re: [Python-de] Python Test schlägt fehl in configure Skript
Am 23.01.2013 20:53, schrieb Malte Gell: Hallo Malte,
Das komplette config.log mit allen Ausgaben kann man hier einsehen:
Auf Zeile 1925 steht der fehlgeschlagene Befehl, danach kommt das Testprogramm. Versuche zuerst, ob das linken gegen libm überhaupt funktioniert: cat <<EOF > foo.c #include <math.h> int main() { return sin(0); } EOF gcc foo.c -lm Wenn dies geht, libpython2.7: cat <<EOF > bar.c #include <Python.h> int main() { Py_Initialize(); return 0; } EOF gcc -I/usr/include/python2.7 bar.c -lpython2.7 Wenn beide Tests funktionieren, nimm das Testprogramm aus config.log, und übersetze es mit dem obigen Befehl. Nimm anschließend so lange weietre Parameter der ursprünglichen gcc-Zeile auf, bis der Fehler auftritt. HTH Rudi
Am 24.01.2013 08:44, schrieb Rüdiger Ranft:
Versuche zuerst, ob das linken gegen libm überhaupt funktioniert:
Ja, das hat funktioniert.
cat <<EOF > bar.c #include <Python.h>
int main() { Py_Initialize(); return 0; } EOF gcc -I/usr/include/python2.7 bar.c -lpython2.7
Oha! Das hat nicht funktioniert und hat mit einigen Fehlermedlungen abgebrochen: /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/bin/ld: warning: libpthread.so.0, needed by /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so, not found (try using -rpath or -rpath-link) /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/bin/ld: warning: libdl.so.2, needed by /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so, not found (try using -rpath or -rpath-link) /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/bin/ld: warning: libutil.so.1, needed by /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so, not found (try using -rpath or -rpath-link) /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/bin/ld: warning: libm.so.6, needed by /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so, not found (try using -rpath or -rpath-link) /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `floor@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `hypot@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `sem_post@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `dlopen@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `dlerror@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `forkpty@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `sem_wait@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `sincos@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `openpty@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `fmod@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `atan2@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `pthread_create@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `sem_destroy@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `exp@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `sem_init@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `log@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `dlsym@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `sem_trywait@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `pthread_detach@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `pthread_attr_setstacksize@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so: undefined reference to `pow@GLIBC_2.2.5' Da fehlen wohl einige Libs auf meinem System wie es aussieht? Ich werde jetzt mal prüfen, ob diese Libs bei mir fehlen, die da nicht gefunden werden. Gruß Malte
Am 24.01.2013 08:44, schrieb Rüdiger Ranft:
Wenn dies geht, libpython2.7:
cat <<EOF > bar.c #include <Python.h>
int main() { Py_Initialize(); return 0; } EOF gcc -I/usr/include/python2.7 bar.c -lpython2.7
Ergänzung zur Mail von eben: Wenn ich ein ldd auf libpython2.7 mache, dann sind aber alle libs vorhanden: ldd /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so ldd: warning: you do not have execution permission for `/usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so' linux-vdso.so.1 (0x00007fff237ff000) /opt/lib/libmediaclient.so (0x00007fe172de6000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fe172b4e000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fe17294a000) libutil.so.1 => /lib64/libutil.so.1 (0x00007fe172747000) libm.so.6 => /lib64/libm.so.6 (0x00007fe17244f000) libc.so.6 => /lib64/libc.so.6 (0x00007fe1720aa000) librt.so.1 => /lib64/librt.so.1 (0x00007fe171ea2000) /lib64/ld-linux-x86-64.so.2 (0x00007fe173395000) Wieso kann ich dann deinen Beispielcode nicht übersetzen, wenn die libs alle da sind? Gruß Malte
Hallo alle, das Problem scheint gelöst, ich kann XBMC plötzlich bauen. Was habe ich gemacht? Google hat gesagt, es sollten nicht verschiedene binutils auf dem System installiert sein. Ich hatte verschiedene binutils installiert, die ich gar nicht brauchte, für IA64, ARM und was weiß ich. Ich habe alle binutils bis auf die für i386 und x86_64 rausgeschmissen. Und jetzt kann ich plötzlich XBMC und andere Software wieder bauen. Kann das wirklich die Ursache sein? Die verschiedenen binutils sind doch alle durch Links und Verzeichnisse voneinander getrennt. Jdenfalls geht es nun... Gruß Malte
participants (2)
-
Malte Gell -
Rüdiger Ranft