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