>> 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