OK,
2 steps forward 3 steps back. I've rebuilt tqtinterface to install in /opt/qt consistent with Qt3-3.3.8c and all executables are there:
14:52 archangel:/dat_e/david/bld/trinity/kdelibs> ls -1 /opt/qt/bin/ assistant convert_qt_tqt1 convert_qt_tqt2 convert_qt_tqt3 dcopidl-tqt dcopidl2cpp-tqt dcopidlng-tqt designer linguist lrelease lupdate mcopidl-tqt moc moc-tqt qm2ts qmake qt3config qtconfig tmoc tqt-replace tqt-replace-stream uic uic-tqt
The tqt.h header is in /opt/qt/include/tqt:
15:20 archangel:/dat_e/david/bld/trinity/kdelibs> l /opt/qt/include/tqt/tqt.h -rw-r--r-- 1 root root 57672 Feb 1 12:06 /opt/qt/include/tqt/tqt.h
arts built fine with:
trinity_prefix="/opt/trinity" ./configure --prefix=${trinity_prefix} \ --includedir=${trinity_prefix}/include/kde \ --mandir=${trinity_prefix}/share/man \ --infodir=${trinity_prefix}/share/info \ --with-extra-libs=${trinity_prefix}/lib \ --sysconfdir=/etc \ --localstatedir=/var \ --libexecdir=${trinity_prefix}/lib/kdebase-kde3 \ --with-qt-dir=/opt/qt \ --with-qt-includes=/opt/qt/include \ --with-qt-libraries=/opt/qt/lib \ --disable-rpath
cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DCMAKE_SKIP_RPATH=ON make
but now kdelibs fails saying it can't find tqt.h? The error is:
Good - your configure finished. Start make now
-- Found x86 architecture -- Found Cups: /usr/lib/libcups.so -- Configuring done -- Generating done -- Build files have been written to: /dat_e/david/bld/trinity/kdelibs/src [ 1%] Built target kICE-static [ 1%] Building CXX object dcop/CMakeFiles/DCOP-shared.dir/dcopstub.cpp.o cc1plus: fatal error: tqt.h: No such file or directory compilation terminated. make[2]: *** [dcop/CMakeFiles/DCOP-shared.dir/dcopstub.cpp.o] Error 1 make[1]: *** [dcop/CMakeFiles/DCOP-shared.dir/all] Error 2 make: *** [all] Error 2 Aborting...
It found it fine when tqtinterface used -DCMAKE_INSTALL_PREFIX=/usr. Googling, I tried 'export CMAKE_PREFIX_PATH=/opt/qt', but that made no difference. I have adjusted the ./configure options a number of times even specifying '--with-extra-includes=/opt/qt/include/tqt' to explicitly point to where tqt.h is installed, but still no joy. I was using the following on the last attempt:
trinity_prefix="/opt/trinity" ./configure --prefix=${trinity_prefix} \ --includedir=${trinity_prefix}/include/kde \ --mandir=${trinity_prefix}/share/man \ --infodir=${trinity_prefix}/share/info \ --with-extra-libs=${trinity_prefix}/lib \ --sysconfdir=/etc \ --localstatedir=/var \ --libexecdir=${trinity_prefix}/lib/kdebase-kde3 \ --with-qt-dir=/opt/qt \ --with-qt-includes=/opt/qt/include \ --with-qt-libraries=/opt/qt/lib \ --with-extra-includes=/opt/qt/include/tqt \ --disable-rpath
cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DCMAKE_SKIP_RPATH=ON make
Any ideas on how to get kdelibs to find tqt.h? Configure finished fine, but here is the config.log in case it hold clues:
http://www.3111skyline.com/dl/dt/trinity/errors/kdelibs-config.log.bz2
Any help will be greatly appreciated.
On Wednesday 02 February 2011 23:41:36 David C. Rankin wrote: [...]
but now kdelibs fails saying it can't find tqt.h? The error is:
Good - your configure finished. Start make now
-- Found x86 architecture -- Found Cups: /usr/lib/libcups.so -- Configuring done -- Generating done -- Build files have been written to: /dat_e/david/bld/trinity/kdelibs/src [ 1%] Built target kICE-static [ 1%] Building CXX object dcop/CMakeFiles/DCOP-shared.dir/dcopstub.cpp.o cc1plus: fatal error: tqt.h: No such file or directory compilation terminated. make[2]: *** [dcop/CMakeFiles/DCOP-shared.dir/dcopstub.cpp.o] Error 1 make[1]: *** [dcop/CMakeFiles/DCOP-shared.dir/all] Error 2 make: *** [all] Error 2 Aborting...
[...]
Seems that you forgot to remove old objects built by cmake. Note that cmake using a caching system for variables (paths, options, etc).
On 02/02/2011 03:50 PM, Serghei Amelian wrote:
[...]
Seems that you forgot to remove old objects built by cmake. Note that cmake using a caching system for variables (paths, options, etc).
[... Smacks self, twice for good measure]
At risk of sounding totally clueless -- How do I delete the cache files? I could just nuke the directory, but there has got to be a better way....
Thank you Serghei!
On Thursday 03 February 2011 00:00:13 David C. Rankin wrote:
On 02/02/2011 03:50 PM, Serghei Amelian wrote:
[...]
Seems that you forgot to remove old objects built by cmake. Note that cmake using a caching system for variables (paths, options, etc).
[... Smacks self, twice for good measure]
At risk of sounding totally clueless -- How do I delete the cache files? I could just nuke the directory, but there has got to be a better way....
Thank you Serghei!
I think is good ideea to remove the object directory at all, to prevent strange problems (runtime crashes, etc).
On 02/02/2011 04:06 PM, Serghei Amelian wrote:
I think is good ideea to remove the object directory at all, to prevent strange problems (runtime crashes, etc).
Ahh!,
I get it! (lightbulb on), just delete the 'src' directory from the prior build.
Sheesh -- sometimes you just have to pick up a bat and hit me with it ;-)