24 Jan
2012
24 Jan
'12
11:19 p.m.
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 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