>> Well that doesn't look right. :-)  Can you also post
>> your tmoc and
>> tqt-replace-stream files (and also verify that there is only
>> one of each
>> file on your system)?
> http://humanreadable.nfshost.com/trinity/build_logs/tmoc
> http://humanreadable.nfshost.com/trinity/build_logs/tqt-replace
> http://humanreadable.nfshost.com/trinity/build_logs/tqt-replace-stream
Only one of all three installed.
> Darrell

OK, I see the problem.  Now to figure out why it happens... :-)

In the tqtinterface qtinterface/CMakeLists.txt file, there is an if
statement that looks like this:

if ( NOT HAVE_REAL_TQT )

For anything to work properly on native tqt3, HAVE_REAL_TQT *must* be set.
 Yet in the CMakeCache.txt file you sent earlier, HAVE_REAL_TQT does not
show up anywhere.

If HAVE_REAL_TQT was set, the string "Native TQt3 detected" needs to show
up in the tqtinterface build log.  Once again I don't see it anywhere in
the build log you sent earlier.

There is a chunk of logic in the tqtinterface ConfigureChecks.cmake file
that looks like this:

if( NOT DEFINED QT_INCLUDE_DIR )
  if( QT_PREFIX_DIR STREQUAL "/usr" )
    if( EXISTS "${QT_PREFIX_DIR}/include/tqt${QT_VERSION}" )
      set( QT_INCLUDE_DIR "${QT_PREFIX_DIR}/include/tqt${QT_VERSION}" )
      set( HAVE_REAL_TQT ON CACHE BOOL "Native TQt3 detected" )

Note the number of ways that the set(HAVE_REAL_TQT) statement can be
bypassed.  This logic is incomplete and needs to be repaired.

Specifically, I will need to figure out a way for CMake to load the
qglobal.h file and unambiguously determine the nature of the Qt version
installed.

Tim