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 :)
--
David C. Rankin, J.D.,P.E.