Beim Laufen von configure bekomme ich mit MDK10.1Offical folgende Fehlermeldung:
Was mir auffällt als Laien sind die beiden // hintereinander ...,
weiß aber nicht woher die kommen und wie die zum verschwinden gebracht werden können. Oder sind die am Ende gar korrekt?
----------------------
[root@localhost udrec_suite-0.4.1]# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for pthread_create in -lpthread... yes
checking how to run the C preprocessor... gcc -E
checking for X... no
checking QTDIR... /usr/lib/qt3/
checking Qt version... grep: /usr/lib/qt3//include/qglobal.h: No such file or directory
configure: error: *** Don't know how to handle this Qt major version
[root@localhost udrec_suite-0.4.1]#
udrec_suit-0.4.1 configure failed
-
- Erleuchteter
- Beiträge: 595
- Registriert: Mittwoch 17. Dezember 2003, 16:09
-
- Einsteiger
- Beiträge: 264
- Registriert: Montag 9. Juni 2003, 21:18
Ich denke du hast zwar qt installiert aber nicht die "development" Pakete, in denen sich die Header befinden.
Du brauchst die header (z.B. qglobal.h) und du brauchst die Bibliotheken in der "multithreaded" Version (also mit -mt im Namen), z.B. libqt-mt.so
Wie die entsprechenden Pakete auf deinem System heissen wiess ich allerdings nicht
Gruss
Kai
Du brauchst die header (z.B. qglobal.h) und du brauchst die Bibliotheken in der "multithreaded" Version (also mit -mt im Namen), z.B. libqt-mt.so
Wie die entsprechenden Pakete auf deinem System heissen wiess ich allerdings nicht
Gruss
Kai
-
- Erleuchteter
- Beiträge: 595
- Registriert: Mittwoch 17. Dezember 2003, 16:09
Hab so ziemlich alles installiert, was Mandrake anbietet.alsuffndruff hat geschrieben:Ich denke du hast zwar qt installiert aber nicht die "development" Pakete, in denen sich die Header befinden.
Du brauchst die header (z.B. qglobal.h) und du brauchst die Bibliotheken in der "multithreaded" Version (also mit -mt im Namen), z.B. libqt-mt.so
Wie die entsprechenden Pakete auf deinem System heissen wiess ich allerdings nicht
Gruss
Kai
Tatsächlich gibt es aber unter usr/lib/qt3 kein inlcude Verzeichnis.
Was hat es mit den Doppelslash auf sich?
*-mt Packete hab ich gar nicht gefunden im System bzw auf Medium.
In welchem Paket könnte sich das verstecken
Checking Qt version... grep: /usr/lib/qt3//include/qglobal.h: No such file or directory
BTW noch ne Anfängerfrage:
Wie bekomme ich java (habs in /opt/jdk../bin) in den PATH
sentev ($PATH, /opt...) gibt ne Fehlermeldung - aber laut man müsste das ungefähr richtig sein ....
-
- Senior Member
- Beiträge: 1339
- Registriert: Donnerstag 24. April 2003, 12:12
Es ist vielleicht "etwas" ungünstig als Anfänger eine Distribution zu verwenden, die kaum einer von uns kennt und bei der alles ganz anders sein kann als bei Debian, Gentoo oder meinetwegen sogar Suse.
"setenv" kennt die bash nicht, dort nennt sich das "export". Es ist allerdings immer nur für den jeweiligen Shellprozeß gültig und verschwindet wieder wenn man ausloggt.
Normalerweise fügt man sowas in .bashrc im Homeverzeichnis des jewiligen Benutzers an als
export PATH=$PATH:/was/auch/immer
Globale Pfade werden normalerweise in /etc/profile gesetzt, aber es wäre möglich, daß es dafür bei einer Distribution wieder eigene Varianten gibt (bei Gentoo z.B. geht das recht übersichtlich über einzelne Dateien in einem Unterverzeichnis).
Übrigens werden wohl noch mehr Probleme auftauchen wenn "X" ebenfalls nicht gefunden wird.
Das doppelte "//" macht nichts, das kommt sicherlich beim Zusammensetzen von Pfad und gesuchtem Unterpfad zustande. Es wird aber wie ein einzelnes "/" behandelt.
"setenv" kennt die bash nicht, dort nennt sich das "export". Es ist allerdings immer nur für den jeweiligen Shellprozeß gültig und verschwindet wieder wenn man ausloggt.
Normalerweise fügt man sowas in .bashrc im Homeverzeichnis des jewiligen Benutzers an als
export PATH=$PATH:/was/auch/immer
Globale Pfade werden normalerweise in /etc/profile gesetzt, aber es wäre möglich, daß es dafür bei einer Distribution wieder eigene Varianten gibt (bei Gentoo z.B. geht das recht übersichtlich über einzelne Dateien in einem Unterverzeichnis).
Übrigens werden wohl noch mehr Probleme auftauchen wenn "X" ebenfalls nicht gefunden wird.
Das doppelte "//" macht nichts, das kommt sicherlich beim Zusammensetzen von Pfad und gesuchtem Unterpfad zustande. Es wird aber wie ein einzelnes "/" behandelt.
-
- Erleuchteter
- Beiträge: 595
- Registriert: Mittwoch 17. Dezember 2003, 16:09
Naja, ob Debian Einsteiger-geeignet ist sei dahingestellt. An sich ist gerade Mandrake da sehr gut.
Das mit demPfasd hab ich hinbekommen.
Also ich hab bei Mandrake auch in den Contribs keine libt-MT gefunden, nur normale devels ohne MT.
Andererseits kann ich mir nicht vorstellen, dass ich so ein exotischer Einzelfall bin, als das das nicht hinzukriegen ist.
Weiß jemand Rat?
Das mit demPfasd hab ich hinbekommen.
Also ich hab bei Mandrake auch in den Contribs keine libt-MT gefunden, nur normale devels ohne MT.
Andererseits kann ich mir nicht vorstellen, dass ich so ein exotischer Einzelfall bin, als das das nicht hinzukriegen ist.
Weiß jemand Rat?
-
- Einsteiger
- Beiträge: 264
- Registriert: Montag 9. Juni 2003, 21:18
Einfachste Möglichkeit wäre, dir qt selbst zu compilieren.
Einfach saugen, auspacken, "configure -threads" eingeben und make. Danach QTDIR darauf setzen (den PATH nicht vergessen) und dann damit weiterarbeiten. Das geht auf jeden Fall.
Ich habe das in einem der udrec_suite threads hier im Forjum schon einmal beschrieben.
Gruss
Kai
Einfach saugen, auspacken, "configure -threads" eingeben und make. Danach QTDIR darauf setzen (den PATH nicht vergessen) und dann damit weiterarbeiten. Das geht auf jeden Fall.
Ich habe das in einem der udrec_suite threads hier im Forjum schon einmal beschrieben.
Gruss
Kai
-
- Erleuchteter
- Beiträge: 595
- Registriert: Mittwoch 17. Dezember 2003, 16:09
-
- Beiträge: 1
- Registriert: Freitag 19. November 2004, 17:43
Also ich benutze Mandrake 10.1 Official und bei mir gibt es in /usr/lib/qt3 ein include-Verzeichnis mit den Header-Dateien...starbright hat geschrieben: Tatsächlich gibt es aber unter usr/lib/qt3 kein inlcude Verzeichnis.
Die Dateien befinden sich im Paket "libqt3-devel" und lassen sich einfach mit urpmi libqt3-devel installieren..
Gruß Christoph
-
- Neugieriger
- Beiträge: 12
- Registriert: Freitag 9. November 2001, 00:00
qt und java auf die einfache ;-)
hi @all
kdelibs-dev, libgnome-dev und xlibs-dev
Damit hat man dann so ziemlich alles was rund um fenster etc nötig ist um anwendungen zu bauen vor allem auch QT
Die Pakete heissen bei Debian so, auf anderen distris dann ähnlich.
Ich nutz hier das jdk1.5.0 und das hab ich nach dieser Anleitung eingebunden:
http://wiki.osuosl.org/display/DEV/Java+on+Debian
bei 1.5.0 is nur der pfad für die mozilla plugins anders (ns7).
mfg
Rudi.The.Rat
kdelibs-dev, libgnome-dev und xlibs-dev
Damit hat man dann so ziemlich alles was rund um fenster etc nötig ist um anwendungen zu bauen vor allem auch QT
Die Pakete heissen bei Debian so, auf anderen distris dann ähnlich.
Ich nutz hier das jdk1.5.0 und das hab ich nach dieser Anleitung eingebunden:
http://wiki.osuosl.org/display/DEV/Java+on+Debian
bei 1.5.0 is nur der pfad für die mozilla plugins anders (ns7).
mfg
Rudi.The.Rat