Serghei, All,
After starting over from the beginning with tqtinterface installed in /opt/qt, kdebase fails to ./configure. The config.log error is:
configure:24474: result: libraries /opt/trinity/lib, headers /opt/trinity/include configure:24513: checking if UIC has KDE plugins available configure:24540: /opt/qt/bin/uic-tqt -L /opt/trinity/lib/kde3/plugins/designer -nounload -impl actest.h actest.ui > actest.cpp Qt User Interface Compiler version 4.7.1 Usage: uic [options] <uifile>
-h, -help display this help and exit -v, -version display version -d, -dependencies display the dependencies -o <file> place the output into <file> -tr <func> use func() for i18n -p, -no-protection disable header protection -n, -no-implicit-includes disable generation of #include-directives for forms generated by uic3 -g <name> change generator
configure:24543: $? = 0 configure:24557: result: no configure:24560: error: you need to install kdelibs first.
If you did install kdelibs, then the Qt version that is picked up by this configure is not the same version you used to compile kdelibs. The Qt Plugin installed by kdelibs is *ONLY* loadable if it is the _same Qt version_, compiled with the _same compiler_ and the same Qt configuration settings.
full config.log:
http://www.3111skyline.com/dl/dt/trinity/errors/kdebase-config-2.log
Huh?
I'm not sure what I'm missing here. I look at /opt/trinity/lib/kde3/plugins/designer and all I find is:
17:36 archangel:/dat_e/david/bld/trinity/kdebase> l /opt/trinity/lib/kde3/plugins/designer total 116 drwxr-xr-x 2 root root 4096 Feb 2 16:42 . drwxr-xr-x 4 root root 4096 Feb 2 16:42 .. -rw-r--r-- 1 root root 770 Feb 2 16:22 kdewidgets.la -rwxr-xr-x 1 root root 99568 Feb 2 16:42 kdewidgets.so
Anybody have an idea why kdebase is throwing this error? Is it grabbing the wrong UI Compiler? Help?
On Thursday 03 February 2011 01:40:30 David C. Rankin wrote:
Serghei, All,
After starting over from the beginning with tqtinterface installed in /opt/qt, kdebase fails to ./configure. The config.log error is:
configure:24474: result: libraries /opt/trinity/lib, headers /opt/trinity/include configure:24513: checking if UIC has KDE plugins available configure:24540: /opt/qt/bin/uic-tqt -L /opt/trinity/lib/kde3/plugins/designer -nounload -impl actest.h actest.ui > actest.cpp Qt User Interface Compiler version 4.7.1
Seems that configure trying to use Qt4 uic. Try to change PATH.
On 02/02/2011 05:52 PM, Serghei Amelian wrote:
Seems that configure trying to use Qt4 uic. Try to change PATH.
Excellent, that got me past the uic error. My original PATH was:
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/NX/bin:/usr/bin/vendor_perl:/usr/bin/core_perl:/opt/qt/bin:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/home/david/bin
I moved /opt/qt/bin first:
PATH=/opt/qt/bin:/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/NX/bin:/usr/bin/vendor_perl:/usr/bin/core_perl:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/home/david/bin
./configure finds the right uic and keeps going until:
checking for xmkmf... not found configure: error: xmkmf/imake not found. Please make sure it's in PATH! Aborting...
(I didn't have imake installed) Installed imake, and ./configure finished fine, cmake worked, but then make bombed:
config.status: executing libtool commands
Good - your configure finished. Start make now
-- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- checking for 'Qt' -- Performing Test HAVE_PATCHED_QT3 -- Performing Test HAVE_PATCHED_QT3 - Success -- found patched Qt, version 3.3.8 -- checking for one of the modules 'TQt' -- checking for 'TDE' -- found 'TDE', version 3.5.10 -- Configuring done -- Generating done -- Build files have been written to: /dat_e/david/bld/trinity/kdebase/src ==> Entering fakeroot environment... ==> Determining SVN revision for trinity-kdebase... ==> Starting package()... ==> Packaging - trinity-kdebase-1218548 make: *** No rule to make target `install'. Stop. Aborting...
Looking at the Makefile generated in the out-of-source dir, it does NOT contain any install: target. Looking at the Makefile in the original trinity/kdebase directory is does contain install: install-recursive. My bet is that is what needs to be called. I don't know why kdebase is exhibiting this behavior with make targets when tqtinterface, arts, and kdelibs all had no problem with the install: target. Any ideas? I'll try calling make -f ../Makefile and see if that works.
Serghei, thank you for all of your help. You have really helped me get going on building Trinity. It is a lot to digest. Especially when I have not used cmake much at all, much less figuring out what to do when things go wrong. But, I'm learning ... slowly :)
On Thursday 03 February 2011 02:36:08 David C. Rankin wrote: [...]
==> Packaging - trinity-kdebase-1218548 make: *** No rule to make target `install'. Stop. Aborting...
Looking at the Makefile generated in the out-of-source dir, it does NOT contain any install: target. Looking at the Makefile in the original trinity/kdebase directory is does contain install: install-recursive. My bet is that is what needs to be called. I don't know why kdebase is exhibiting this behavior with make targets when tqtinterface, arts, and kdelibs all had no problem with the install: target. Any ideas? I'll try calling make -f ../Makefile and see if that works.
add "-DBUILD_ALL=ON" to cmake arguments
Serghei, thank you for all of your help. You have really helped me get going on building Trinity. It is a lot to digest. Especially when I have not used cmake much at all, much less figuring out what to do when things go wrong. But, I'm learning ... slowly :)
Welcome.
On 02/02/2011 07:04 PM, Serghei Amelian wrote:
On Thursday 03 February 2011 02:36:08 David C. Rankin wrote: [...]
==> Packaging - trinity-kdebase-1218548 make: *** No rule to make target `install'. Stop. Aborting...
Looking at the Makefile generated in the out-of-source dir, it does NOT contain any install: target. Looking at the Makefile in the original trinity/kdebase directory is does contain install: install-recursive. My bet is that is what needs to be called. I don't know why kdebase is exhibiting this behavior with make targets when tqtinterface, arts, and kdelibs all had no problem with the install: target. Any ideas? I'll try calling make -f ../Makefile and see if that works.
add "-DBUILD_ALL=ON" to cmake arguments
<snip>
Hmm...
I updated the cmake command to:
cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DBUILD_ALL=ON \ -DCMAKE_SKIP_RPATH=ON make || return 1
I still get the error:
config.status: executing libtool commands
Good - your configure finished. Start make now
-- checking for 'TDE' -- found 'TDE', version 3.5.10 -- Configuring done -- Generating done -- Build files have been written to: /dat_e/david/bld/trinity/kdebase/src ==> Entering fakeroot environment... ==> Determining SVN revision for trinity-kdebase... ==> Starting package()... ==> Packaging - trinity-kdebase-1218548 make: *** No rule to make target `install'. Stop. Aborting...
I have put the trinity/kdebase/Makefile here:
http://www.3111skyline.com/dl/dt/trinity/errors/kdebase-Makefile
the trinity/kdebase/src/Makefile is:
http://www.3111skyline.com/dl/dt/trinity/errors/kdebase_src-Makefile
the config.log is here:
http://www.3111skyline.com/dl/dt/trinity/errors/kdebase-config-3.log
I'll continue googling and see what I can figure out. If you have any additional ideas, please let me know.
Thanks again!
-
David C. Rankin -
Serghei Amelian