Problem mit gmake beim übersetzen von KDE-Programmen

  • Thread starter Thread starter snoopy
  • Start date Start date
S

snoopy

Guest
ich habe mir die neuste version von baghira aus dem cvs gezogen und nach make -f Makfile.cvs; ./configure -prefix ... und gmake bricht der Vorgang ab und ich bekomme ich folgende Fehlermeldung:

/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_cleanup_pop'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_attr_destroy'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_attr_init'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_exit'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_cancel'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_testcancel'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_cleanup_push'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_attr_getschedpolicy'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_attr_setinheritsched'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_attr_setstacksize'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_attr_setschedparam'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_attr_setdetachstate'
/usr/X11R6/lib/libqt-mt.so: undefined reference to `pthread_cond_timedwait'

Mit der gleichen Fehlermeldung bricht gmake auch ab, wenn ich bspw. konversation nicht aus den ports sondern direkt aus den quellen bauen und installieren möchte. Wo liegt des Rätsels Lösung?

Danke
 
Das configure-Script verwendet nicht die richtige Syntax für das Linken der pthread-Library. Verwende daher:
Code:
./configure --prefix=/usr/local LDFLAGS=-pthread

peter.h
 
danke für die hilfe. hat sehr gut funktioniert.

eine frage zum technischen verständnis. warum klappt das ganze aus den ports, obwohl dort das configure unverändert ausgeführt wird? ich habe keine stelle gefunden an der dem script dieser parameter übergeben wird?

nochmals danke
 
Weil in den Ports neuere configure-Scripts eingesetzt bzw. ältere gepatcht werden (siehe zB /usr/ports/x11/kde3/files/extrapatch-configure).

peter.h
 
Hallo,

danke schön .align64. :)

Das hat mich gerade animiert Amarok, den Audioplayer, in der Version 1.3-beta2
auf FreeBSD 5.4-STABLE zu bauen, erfolgreich. :D
Hübsch, der neue noch schöner einstellbare Analyzer,
außerdem befriedigt´s den Updatetrieb. :ugly: *froi & tanz*


Gruß, Fusselbär


Nachtrag:
habe inzwischen mal an den dem Makefile für Amarok
in den Ports herumgespielt,
und der distinfo.
Es fetcht und baut den amarok-1.3.beta2 auf meinem System.
Und das Resultat funktioniert hier.
Hänge es mal an, vielleicht besteht ja Interesse.
Das amarok.zip einfach nach /usr/ports/audio/ entpacken,
am besten vorher aber noch das Orginal sichern.
Nach einem portsdb -Uu stimmt dann auch wieder der Ports INDEX.
Beim nächsten cvsup werden makefiles allerdings wieder geändert.
Ein portversion -v | grep amarok wird dann bei amarok so lange so aus ausehen:

Code:
portversion -v | grep amarok
amarok-1.3.beta2   =  >  succeeds port (port has 1.2.4)
...bis die Version in den Ports neuer ist,
als das installierte Paket,
dann datet portupgrade wieder up.
 

Attachments

Last edited:
Back
Top