Hallo,
beim kompilieren von aRts-builder tritt folgender Fehler auf:
make[1]: Entering directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../arts/runtime -I../../arts/runtime -I@kde_includes@/arts -D_REENTRANT -O2 -fno-exceptions -fno-check-new -UQT_NO_ASCII_CAST -c autorouter.cpp In file included from autorouter.cpp:22: autorouter.h:32: qstring.h: Datei oder Verzeichnis nicht gefunden make[1]: *** [autorouter.o] Error 1 make[1]: Leaving directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' make: *** [all-recursive] Error 1
sprich der findet die qstring.h nicht. Diese Haeder Datei befindet sich aber bei mir unter /usr/lib/qt/include/qstring.h Also ist bestimmt nur irgentwo sone dummer Path-variable flasch. Im make-file steht: ... QT_INCLUDES = @QT_INCLUDES@ ... Was heisst das? Was muss ich machen das der diese besagte Datei findet?
Danke, Friedrich
Am Mon den 08 Oct 2001 um 04:35:35PM +0200 schrieb Friedrich Hagedorn:
Hallo,
beim kompilieren von aRts-builder tritt folgender Fehler auf:
make[1]: Entering directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../arts/runtime -I../../arts/runtime -I@kde_includes@/arts -D_REENTRANT -O2
^^ ^^ Sollten die @ Dingers nicht durch (g)make ersetzt werden?
-fno-exceptions -fno-check-new -UQT_NO_ASCII_CAST -c autorouter.cpp In file included from autorouter.cpp:22: autorouter.h:32: qstring.h: Datei oder Verzeichnis nicht gefunden make[1]: *** [autorouter.o] Error 1 make[1]: Leaving directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' make: *** [all-recursive] Error 1
sprich der findet die qstring.h nicht. Diese Haeder Datei befindet sich aber bei mir unter /usr/lib/qt/include/qstring.h Also ist bestimmt nur irgentwo sone dummer Path-variable flasch. Im make-file steht: ... QT_INCLUDES = @QT_INCLUDES@ ... Was heisst das? Was muss ich machen das der diese besagte Datei findet?
QT_INCLUDES wird wohl nirgendwo definiert.
c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../arts/runtime -I../../arts/runtime -I/usr/lib/qt/include -D_REENTRANT -O2 -fno-exceptions -fno-check-new -UQT_NO_ASCII_CAST -c autorouter.cpp
Wahrscheinlich ging aber das ./configure schief.... .
andre
On Mon, Oct 08, 2001 at 04:35:35PM +0200, Friedrich Hagedorn wrote:
Hallo,
beim kompilieren von aRts-builder tritt folgender Fehler auf:
aRts? Cool! Habe vor einem Jahr mal hier nachgefragt wer schon Erfahrungen mit Linux und Musik machen hat. Damals kam keine Antwort. Würde mich interessieren was bei dir da so rausgekommen ist.
Thomas Guettler (guettli@thomas-guettler.de) wrote:
aRts? Cool! Habe vor einem Jahr mal hier nachgefragt wer schon Erfahrungen mit Linux und Musik machen hat. Damals kam keine Antwort. Würde mich interessieren was bei dir da so rausgekommen ist.
Übrigens, mein Bruder kennt den Typen hinter aRts persönlich ... also wenns mal was dringendes gibt ... ;-)
On Mon, Oct 08, 2001 at 04:35:35PM +0200, Friedrich Hagedorn wrote:
Hallo, beim kompilieren von aRts-builder tritt folgender Fehler auf:
make[1]: Entering directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../arts/runtime -I../../arts/runtime -I@kde_includes@/arts -D_REENTRANT -O2
~~~~~~~~~~~~~~~~~~~~~
-fno-exceptions -fno-check-new -UQT_NO_ASCII_CAST -c autorouter.cpp In file included from autorouter.cpp:22: autorouter.h:32: qstring.h: Datei oder Verzeichnis nicht gefunden make[1]: *** [autorouter.o] Error 1 make[1]: Leaving directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' make: *** [all-recursive] Error 1
sprich der findet die qstring.h nicht. Diese Haeder Datei befindet sich aber bei mir unter /usr/lib/qt/include/qstring.h Also ist bestimmt nur irgentwo sone dummer Path-variable flasch. Im make-file steht: ... QT_INCLUDES = @QT_INCLUDES@
Sieht so aus, als hätte autoconf/automake nicht ordentlich gearbeitet. Vielleicht mal export QTDIR=/usr/lib/qt (oder wo bei Dir _alle_ QT-Files sind (include/ und lib/).
Und dann nochmal ./configure aufrufen.
Heiko
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Monday 08 October 2001 16:35, Friedrich Hagedorn wrote:
beim kompilieren von aRts-builder tritt folgender Fehler auf:
Welches KDE?
make[1]: Entering directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../arts/runtime -I../../arts/runtime -I@kde_includes@/arts -D_REENTRANT -O2 -fno-exceptions -fno-check-new -UQT_NO_ASCII_CAST -c autorouter.cpp In file included from autorouter.cpp:22: autorouter.h:32: qstring.h: Datei oder Verzeichnis nicht gefunden make[1]: *** [autorouter.o] Error 1 make[1]: Leaving directory `/home/fredy/arts/arts-extras-0.6.0/arts/builder' make: *** [all-recursive] Error 1
sprich der findet die qstring.h nicht. Diese Haeder Datei befindet sich aber bei mir unter /usr/lib/qt/include/qstring.h Also ist bestimmt nur irgentwo sone dummer Path-variable flasch. Im make-file steht: ... QT_INCLUDES = @QT_INCLUDES@ ... Was heisst das? Was muss ich machen das der diese besagte Datei findet?
Das heißt configure hat versagt. (Ich gehe zumindest mal davon aus, dass Du ./configure aufgerufen hast.)
Ist QTDIR gesetzt gewesen (=/usr/lib/qt), als Du configure ausgeführt hast?
Ich denke einfach mal das ist einen Bug-Report an den Autor wert.
Konrad
- -- Each kiss is as the first. -- Miramanee, Kirk's wife, "The Paradise Syndrome", stardate 4842.6
n'Abend,
also da ich ja eigentlich kein KDE benutze, hab ich mir nur alle die KDE2-lib von ner SUSE 7.0 raufgeladen. Aber das war ja jetzt erstmal egal. Ich hab dann nach langer Suche im Makefile die INCLUDES = ... Zeile gefunden und dann nach und nach alle Header Datein per Hand dazugeschrieben. Also immer geschaut, welche Datei er nicht gefunden hatte, dann gesucht in welchem header die steckt, und diese datei dann dazugefügt. Als er dann alle Headerfiles hatte, war wahrscheinlich meine Qt-lib zu alt (nur 2.1.1) aRts 0.6.0 braucht glaub ich Qtlib 2.2.2 oder grösser. Nah egal, ich hab dann die alte aRts 0.4.0 von der SUSE 7.0 genommen. Im aRts builder fehlt dort zwar was, aber ich glaube ich werde mich mal nach einigen Überzeugungen, und SUSE-WirWa zu Debian rantasten. Erstmal auf ner 2.Partion.
Friedrich
On Mon, Oct 08, 2001 at 08:06:17PM +0200, Friedrich Hagedorn wrote:
n'Abend,
also da ich ja eigentlich kein KDE benutze, hab ich mir nur alle die KDE2-lib von ner SUSE 7.0 raufgeladen. Aber das war ja jetzt erstmal egal. Ich hab dann nach langer Suche im Makefile die INCLUDES = ... Zeile gefunden und dann nach und nach alle Header Datein per Hand dazugeschrieben.
Hmm, schlechtes Vorgehen, da beim nächsten ./configure das Makefile wieder überschrieben wird...
Du solltest wie schon erwähnt die Variable QTDIR auf /usr/lib/qt setzen und dann nochmal das ./configure Script aufrufen. Dabei darauf achten, ob es das installierte Qt findet.
Als er dann alle Headerfiles hatte, war wahrscheinlich meine Qt-lib zu alt (nur 2.1.1) aRts 0.6.0 braucht glaub ich Qtlib 2.2.2 oder grösser.
aRts braucht kein Qt/KDE, da er nur mit STL/C++ programmiert ist. Anders sieht es bei den Frontends (aRts-builder, etc.) aus. Diese musst du mit der entsprechenden KDE/Qt-Version zusammen compilieren.
Ciao, Tobias
On Mon, 8 Oct 2001, Tobias Koenig wrote:
On Mon, Oct 08, 2001 at 08:06:17PM +0200, Friedrich Hagedorn wrote:
n'Abend,
also da ich ja eigentlich kein KDE benutze, hab ich mir nur alle die KDE2-lib von ner SUSE 7.0 raufgeladen. Aber das war ja jetzt erstmal egal. Ich hab dann nach langer Suche im Makefile die INCLUDES = ... Zeile gefunden und dann nach und nach alle Header Datein per Hand dazugeschrieben.
Hmm, schlechtes Vorgehen, da beim nächsten ./configure das Makefile wieder überschrieben wird...
Du solltest wie schon erwähnt die Variable QTDIR auf /usr/lib/qt setzen und dann nochmal das ./configure Script aufrufen. Dabei darauf achten, ob es das installierte Qt findet.
Hab ich gemacht, nur interessiert es das ./configure Skript nicht im geringsten ob ich Qt hab oder nicht, und schon gar nicht welche Version. Eine Suche nach `qt` im Skript schlug fehl?!
Als er dann alle Headerfiles hatte, war wahrscheinlich meine Qt-lib zu alt (nur 2.1.1) aRts 0.6.0 braucht glaub ich Qtlib 2.2.2 oder grösser.
aRts braucht kein Qt/KDE, da er nur mit STL/C++ programmiert ist. Anders sieht es bei den Frontends (aRts-builder, etc.) aus. Diese musst du mit der entsprechenden KDE/Qt-Version zusammen compilieren.
Aaahhh, ok. Dann muss ich dazu sagen, dass ich aRts ohne weiteres Kompilieren konnte, allerdings bei den Frontends die Probleme gab, sprich arts-builder (aus dem arts-extra-0.6.0.tar). Ich hab mir gestern Nacht dann auch überlegt, dass ich den aRts-bulider eigentlich gar nicht so dringend brauche, ich will nur aRts und Brahms zusammenspielen lassen und aRts als Midi-Sequenzer gebrauchen.
Friedrich
On Tue, Oct 09, 2001 at 11:01:17AM +0200, Friedrich Hagedorn wrote:
On Mon, 8 Oct 2001, Tobias Koenig wrote:
On Mon, Oct 08, 2001 at 08:06:17PM +0200, Friedrich Hagedorn wrote:
[schnibb]
Du solltest wie schon erwähnt die Variable QTDIR auf /usr/lib/qt setzen und dann nochmal das ./configure Script aufrufen. Dabei darauf achten, ob es das installierte Qt findet.
Hab ich gemacht, nur interessiert es das ./configure Skript nicht im geringsten ob ich Qt hab oder nicht, und schon gar nicht welche Version. Eine Suche nach `qt` im Skript schlug fehl?!
Dann schau mal in configure.in nach. Das ist die Quelle mit dem das configure Script erstellt wird. Mit autoconf müsstest du dann das neue configure erstellen. Wenn es dann klappt den Entwicklern bescheidgeben.
On Tue, 9 Oct 2001, Thomas Guettler wrote:
On Tue, Oct 09, 2001 at 11:01:17AM +0200, Friedrich Hagedorn wrote:
On Mon, 8 Oct 2001, Tobias Koenig wrote:
On Mon, Oct 08, 2001 at 08:06:17PM +0200, Friedrich Hagedorn wrote:
[schnibb]
Du solltest wie schon erwähnt die Variable QTDIR auf /usr/lib/qt setzen und dann nochmal das ./configure Script aufrufen. Dabei darauf achten, ob es das installierte Qt findet.
Hab ich gemacht, nur interessiert es das ./configure Skript nicht im geringsten ob ich Qt hab oder nicht, und schon gar nicht welche Version. Eine Suche nach `qt` im Skript schlug fehl?!
Dann schau mal in configure.in nach. Das ist die Quelle mit dem das configure Script erstellt wird. Mit autoconf müsstest du dann das neue configure erstellen. Wenn es dann klappt den Entwicklern bescheidgeben.
mmhhh, hab ich gemacht, aber so richtig komm ich da mit de Synatx nicht weiter. Da steht auch nix von ner QTLIB. Was muss ich da machen?
Friedrich
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Wednesday 10 October 2001 09:10, Friedrich Hagedorn wrote:
mmhhh, hab ich gemacht, aber so richtig komm ich da mit de Synatx nicht weiter. Da steht auch nix von ner QTLIB. Was muss ich da machen?
Bug-Report schreiben. Einfach alles zusammentragen, was Du gesehen und probiert hast und dann an den Maintainer schicken.
Konrad
- -- BOFH excuse #93:
Feature not yet implimented
lug-dd@mailman.schlittermann.de
-
Andre Schulze -
Andreas Reich -
Friedrich Hagedorn -
Heiko Schlittermann -
konrad.rosenbaum＠t-online.de -
Thomas Guettler -
Tobias Koenig