Hallo, das ist nun das dritte mal, dass ich schreibe, meine Postings scheinen irgenwie nicht anzukommen. Drum hier nochmal:
-------------- auf der Suche nach einem schönen WEbeditor wollt ich heute mal quanta2.0beta4 testen, bekomme das gute Stück aber nicht zum kompilieren. ./configure ist angekommen bei:
... checking for Qt... configure: error: Qt (>= Qt 2.2.0 Beta1) (libraries) not found. Please check your installation!
die qt-libs ist in der Version 2.2.1 installiert in /usr/lib/qt2.2.1, Symlink dazu als qt. (kam alles mit KDE2)
Auch die Optionen ./configure --with-qt-dir=/usr/lib/qt2 will er nicht. Da frag ich mich, wo sucht der Bursche, bzw. was will er von mir noch? --------------
Wer von unseren programmieren weiss Rat??
Jens
Am Freitag, dem 05. Januar 2001 um 09:56:33, schrieb Jens Puruckherr:
checking for Qt... configure: error: Qt (>= Qt 2.2.0 Beta1) (libraries) not found. Please check your installation!
Da frag ich mich, wo sucht der Bursche, bzw. was will er von mir noch?
Was steht denn in config.log drin?
Torsten
Am Freitag, 5. Januar 2001 10:27, schrieb Torsten Werner:
Was steht denn in config.log drin?
<schnipp>
configure:4974: checking for Qt tried NO configure:5133: rm -rf SunWS_cache; g++ -o conftest -O2 -fno-exceptions -fno-check-new -Wall -pedanticIn file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:30, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/limits.h:117, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/limits.h:11, from /usr/lib/qt2/include/qwindowdefs.h:48, from /usr/lib/qt2/include/qwidget.h:42, from /usr/lib/qt2/include/qapplication.h:42, from conftest.C:3: /usr/include/bits/local_lim.h:27: linux/limits.h: No such file or directory configure: failed program was: #include "confdefs.h" #include <qglobal.h> #include <qapplication.h> #include <qapp.h> #include <qobjcoll.h> #include <qstring.h> #include <qstyle.h> #include <qiconview.h> #if ! (QT_VERSION >= 220) #error 1 #endif
int main() { QStringList *t = new QStringList(); QIconView iv(0); iv.setWordWrapIconText(false); QString s; s.setLatin1("Elvis is alive", 14); return 0; }
<ende>
Das sagt mir aber nicht viel...
Jens
Am Freitag, dem 05. Januar 2001 um 11:31:57, schrieb Jens Puruckherr:
/usr/include/bits/local_lim.h:27: linux/limits.h: No such file or directory
limits.h fehlt. Bei Debian ist das Bestandteil des gcc-Pakets, es ist aber auch in den Kernelheadern zu finden.
Torsten
Am Freitag, 5. Januar 2001 11:57, schrieb Torsten Werner:
limits.h fehlt. Bei Debian ist das Bestandteil des gcc-Pakets, es ist aber auch in den Kernelheadern zu finden.
Huch, und ich dacht, er meckert wg. Qt rum. Danke, da schau ich doch gleich mal...
Jens
On 05.01.01 Jens Puruckherr (puru@elbvilla.de) wrote:
Moin,
Huch, und ich dacht, er meckert wg. Qt rum. Danke, da schau ich doch gleich mal...
So ist das halt. Beim ./configure werden kleine C-Programme übersetzt und gegen die Libs gelinkt, deren Existenz überprüft werden soll. Dabei werden logischerweise Headers eingebunden und bei Dir wurde zufälligerweise neben den Headern von Qt auch nach <linux/limits.h> gesucht und dessen Nichtexistenz festgestellt Das führte dann zu der verwirrenden Fehlermeldung. Dann schaut man in config.log nach, was er wirklich will.
H.
Am Freitag, 5. Januar 2001 11:57, schrieb Torsten Werner:
limits.h fehlt. Bei Debian ist das Bestandteil des gcc-Pakets, es ist aber auch in den Kernelheadern zu finden.
N�, fehlt nicht - ich habe deren gleich 4!
-------- In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:30, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/limits.h:117, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/limits.h:11, from /usr/lib/qt2/include/qwindowdefs.h:48, from /usr/lib/qt2/include/qwidget.h:42, from /usr/lib/qt2/include/qapplication.h:42, from conftest.C:3: /usr/include/bits/local_lim.h:27: linux/limits.h: No such file or directory --------
die in ...486-suse-linux... ist auch da.
Jens
Am Freitag, dem 05. Januar 2001 um 12:24:15, schrieb Jens Puruckherr:
Am Freitag, 5. Januar 2001 11:57, schrieb Torsten Werner:
limits.h fehlt. Bei Debian ist das Bestandteil des gcc-Pakets, es ist aber auch in den Kernelheadern zu finden.
Nö, fehlt nicht - ich habe deren gleich 4!
In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:30, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/limits.h:117, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/include/limits.h:11, from /usr/lib/qt2/include/qwindowdefs.h:48, from /usr/lib/qt2/include/qwidget.h:42, from /usr/lib/qt2/include/qapplication.h:42, from conftest.C:3: /usr/include/bits/local_lim.h:27: linux/limits.h: No such file or directory
Gesucht wird aber nach linux/limits.h, das ist bei Debian im Paket libc6-dev zu finden, nicht im gcc, sorry.
Torsten
Am Fri den 05 Jan 2001 um 09:56:33AM +0100 schrieb Jens Puruckherr:
Hallo, das ist nun das dritte mal, dass ich schreibe, meine Postings scheinen irgenwie nicht anzukommen. Drum hier nochmal:
Wahrscheinlich keine Briefmarke draufgeklebt ;-)
testen, bekomme das gute Stück aber nicht zum kompilieren. ./configure ist angekommen bei:
checking for Qt... configure: error: Qt (>= Qt 2.2.0 Beta1) (libraries) not found. Please check your installation!
Sieh doch einfach mal in das ./configure rein und greppe nach Qt. Dort sieht man ja, auf welche Weise das Teil versucht, herauszubekommen, ob du nun Qt hast oder nicht.
andre
Am Freitag, 5. Januar 2001 10:35, schrieb Andre Schulze:
Sieh doch einfach mal in das ./configure rein und greppe nach Qt. Dort sieht man ja, auf welche Weise das Teil versucht, herauszubekommen, ob du nun Qt hast oder nicht.
Achtung:
------- pummel@k7:/usr/src/quanta2.0beta4 > grep -n Qt configure 45: --with-qt-dir=DIR where the root of Qt is installed " 47: --with-qt-includes=DIR where the Qt includes are. " 49: --with-qt-libraries=DIR where the Qt library is installed." 990: kde_qt_minversion=">= Qt 2.2.0 Beta1" 992: kde_qt_minversion=">= Qt 2.0.2" 4972:echo $ac_n "checking for Qt""... $ac_c" 1>&6 4973:echo "configure:4974: checking for Qt" >&5 5012: #try to guess Qt locations 5053: # if the Qt was given, the chance is too big that libqt.* doesn't exist 5164: { echo "configure: error: Qt ($kde_qt_minversion) $ac_qt_notfound not found. Please check your installation! 5189:echo $ac_n "checking if Qt compiles without flags""... $ac_c" 1>&6 5190:echo "configure:5191: checking if Qt compiles without flags" >&5 5385: { echo "configure: error: No Qt meta object compiler (moc) found! 5386:Please check whether you installed Qt correctly. 5403: output=`eval "$ac_cv_path_moc --help 2>&1 | sed -e '1q' | grep Qt"` 5405: echo "configure:5406: tried to call $ac_cv_path_moc --help 2>&1 | sed -e '1q' | grep Qt" >&55410: { echo "configure: error: No Qt meta object compiler (moc) found! 5411:Please check whether you installed Qt correctly. 5793:same compiler to compile Qt and kdelibs as you did use now. 6018:same compiler to compile Qt and kdelibs as you did use now.
------
Da steht mir aber ein schönes Stück Arbeit bevor. Und wenn ich da so die letzte Zeile anschaue - ich habe mein qt als rpm installiert, weiss der Geier womit das kompiliert wurde...
Ich warte wohl doch auf ein rpm...
Jens
Am Fri den 05 Jan 2001 um 11:50:17AM +0100 schrieb Jens Puruckherr:
Am Freitag, 5. Januar 2001 10:35, schrieb Andre Schulze:
Sieh doch einfach mal in das ./configure rein und greppe nach Qt. Dort
Du hast mich zu wörtlich genommen :-) mit greppen meinte ich "Suchen", egal.
Ich warte wohl doch auf ein rpm...
Der Tip von Thorsten war eigentlich goldrichtig. Das log ist sicherlich etwas besser, als gleich in das Skript zu sehen. Versuche mal heraus- zufinden, in welchem SuSE Packet limits.h zu finden ist, dann wird es auch funktionieren. Wenn du Eintopf vermeiden willst, ist vielleicht auch ein --prefix=/usr/local/$MEIN_PROGRAMM hilfreich, um später besser Leichen entsorgen zu können. Nur steht dein binary dann natürlich nicht im Such- pfad (aus der Schachtel heraus zumindest nicht).
andre
On 05.01.01 Andre Schulze (as8@Rcs1.urz.tu-dresden.de) wrote:
Moin,
Wenn du Eintopf vermeiden willst, ist vielleicht auch ein --prefix=/usr/local/$MEIN_PROGRAMM hilfreich, um später besser Leichen entsorgen zu können. Nur steht dein binary dann natürlich nicht im Such- pfad (aus der Schachtel heraus zumindest nicht).
man stow
H.
Am Freitag, 5. Januar 2001 09:56 schrieb Jens Puruckherr:
.... checking for Qt... configure: error: Qt (>= Qt 2.2.0 Beta1) (libraries) not found. Please check your installation!
Die Autoconf-Makros dafür lauten: AC_PATH_QT_MOC_UIC => AC_SUBST(MOC) AC_PATH_QT => AC_SUBST(QT_LDFLAGS) => AC_SUBST(QT_INCLUDES) und, falls er auch mit KDE Trouble hat: AC_BASE_BATH_KDE => AC_SUBST(KDE_LDFLAGS) => AC_SUBST(kde_includes)
Bei KDE ist eine Datei acinclude.m4.in mit dabei, einfach in kde.m4 umbenennen und im aktuellen Verzeichnis mit "aclocal -I ." mit einbeziehen. Zumindest bei der RC2 war dort aber noch Gettext-Unterstützung drin, die mußte raus weil es Konflikte gab, ansonsten funzt die einwandfrei. Was steht dazu in der configure.in?
Josef Spillner
lug-dd@mailman.schlittermann.de
-
Andre Schulze -
Hilmar Preusse -
Jens Puruckherr -
Jens Puruckherr -
Josef Spillner -
Torsten Werner