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.