Version: 1.3 (using KDE KDE 3.2.0) Installed from: FreeBSD Ports Compiler: gcc 3.3.4 OS: FreeBSD Configure failed consistently doing ./configure with: ./configure --with-qt-dir=/usr/local/qt --with-qt-libraries=/usr/X11R6 --with-qt-includes=/usr/X11R6 --with-extra-libs=/usr/local/lib --with-extra-includes=/usr/local/include --prefix=/usr/local All of the above software was installed via ports on FreeBSD 5.2_1 (p1). A complete pkg_info -Ia is available on request. I want to play with kexi, and figured pull HEAD from CVS and compile --right? nope -- but thanks to others with similar problems historically: in file configure -- 28149 if test -f actest.cpp && grep klineedit actest.cpp > /dev/null; then I changed this, as the patch for other kde packages does, to include grep -i, and configure succeeds. 28149 if test -f actest.cpp && grep -i klineedit actest.cpp > /dev/null; then On now to comile time problems. ;( Shouldn't autotools make this easier?
On Saturday 28 February 2004 09:33, Jeremy wrote: > include grep -i, and configure succeeds. Wrong fix. Check what the code in acinclude.m4.in says: # if you're trying to debug this check and think it's incorrect, # better check your installation. The check _is_ correct - your # installation is not. Check if your kdelibs/kdewidgets was compiled (from scratch; use make clean there), after Qt was compiled. Check that the right kdelibs and the right qt are being found. You'll get problems (compiling .ui files) if you don't have a libkdewidgets that uic can use - and if you have to use -i in the test, then you don't have one.
On Sunday 29 February 2004 12:23, Sven wrote: > Hi David! > > > ./configure --with-qt-dir=/usr/local/qt --with-qt-libraries=/usr/X11R6 > ^^ ^^ > > --with-qt-includes=/usr/X11R6 --with-extra-libs=/usr/local/lib > > --with-extra-includes=/usr/local/include --prefix=/usr/local > > Couldn't that be a problem of defining multiple Qt versions in the configure > script (see above) ? Indeed those configure options don't look healthy. I suggest setting $QTDIR instead of the three --with-qt-something options, it's much simpler. Where's libqt-mt.so? Is it really in /usr/X11R6/lib? Then set QTDIR to /usr/X11R6
I finally have solved this completely. 1. gcc reinstalled (recompiled from ports) 2. qt reinstalled (compiled from ports) a. all other qt removed in advance 3. kdelibs reinstalled (compiled from ports) 4. koffice source deleted and checked out again today (HEAD) 5. configure fails in same place, the failing test is NOT LOOKING FOR libkdewidgets.*, it IS looking for kdewidgets.so, .la, ... this is not a qt installation issue, it is a kdelibs issue. 6. hunt down kdewidgets.so etc. kdelibs ports puts these in /usr/local/lib/kde3/plugins/designer 7. set QTDIR to correct location 8. execute ./configure --with-extra-libs=/usr/local/lib -- SUCCESS! the comment in acinclude, aclocal, and thereby configure needs to be refined to state that the test for kdewidgets is looking for kdewidgets.la so you should add the --with-extra-libs directive if its location is not in your path or under the QTDIR path... Thanks for pointing me in a direction