All,
I have twin-style-crystal building on TDE. The version of crystal in GIT is 1.0.5. I want to get 1.0.7 building. I have both build directories and I will work though them to see if I can figure out why. What I would like to get is advise on what to start with to see if I can isolate the issue. Do I start with the 'configure' files and go from there, or is it better to diff the raw sources before trying to sort it out. Basically, the error with 1.0.7 is:
g++ -DHAVE_CONFIG_H -I. -I.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/usr/include/tqt -I/usr/include/tqt/Qt -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT embedtool.o -MD -MP -MF .deps/embedtool.Tpo -c -o embedtool.o embedtool.cpp In file included from embedtool.cpp:26:0: /usr/include/tqt/Qt/qimage.h:45:30: fatal error: QtGui/qtransform.h: No such file or directory compilation terminated.
There is no QtGui/qtransform.h on my system even though it is included from tqt/Qt/qimage.h. Should I look for a missing package or option not-enabled on one of the packages that is already built? From searching, it looks like QtGui is a plugin to Qt (or in this case TQt). Is there such a thing in TDE?
On 03/26/2012 09:16 PM, David C. Rankin wrote:
All,
I have twin-style-crystal building on TDE. The version of crystal in GIT is 1.0.5. I want to get 1.0.7 building. I have both build directories and I will work though them to see if I can figure out why. What I would like to get is advise on what to start with to see if I can isolate the issue. Do I start with the 'configure' files and go from there, or is it better to diff the raw sources before trying to sort it out. Basically, the error with 1.0.7 is:
g++ -DHAVE_CONFIG_H -I. -I.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/usr/include/tqt -I/usr/include/tqt/Qt -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT embedtool.o -MD -MP -MF .deps/embedtool.Tpo -c -o embedtool.o embedtool.cpp In file included from embedtool.cpp:26:0: /usr/include/tqt/Qt/qimage.h:45:30: fatal error: QtGui/qtransform.h: No such file or directory compilation terminated.
There is no QtGui/qtransform.h on my system even though it is included from tqt/Qt/qimage.h. Should I look for a missing package or option not-enabled on one of the packages that is already built? From searching, it looks like QtGui is a plugin to Qt (or in this case TQt). Is there such a thing in TDE?
Hmm..
On openSuSE, the header is owned by libqt4-devel:
21:54 alchemy:~/.kde/share/config> rpm -q --whatprovides /usr/include/Qt/qtransform.h libqt4-devel-4.7.4-19.25.1.x86_64 21:54 alchemy:~/.kde/share/config> rpm -q --whatprovides /usr/include/QtGui/qtransform.h libqt4-devel-4.7.4-19.25.1.x86_64
Is there any part of TDE that provides this or is this some 3rd party package we will need to build and install?
On 03/26/2012 09:56 PM, David C. Rankin wrote: <snip>
There is no QtGui/qtransform.h on my system even though it is included from tqt/Qt/qimage.h. Should I look for a missing package or option not-enabled on one of the packages that is already built? From searching, it looks like QtGui is a plugin to Qt (or in this case TQt). Is there such a thing in TDE?
Hmm..
On openSuSE, the header is owned by libqt4-devel:
21:54 alchemy:~/.kde/share/config> rpm -q --whatprovides /usr/include/Qt/qtransform.h libqt4-devel-4.7.4-19.25.1.x86_64 21:54 alchemy:~/.kde/share/config> rpm -q --whatprovides /usr/include/QtGui/qtransform.h libqt4-devel-4.7.4-19.25.1.x86_64
Is there any part of TDE that provides this or is this some 3rd party package we will need to build and install?
Ugh!
On Arch it's owned by Qt4 -- we're screwed..:
build/pkg> pacman -Qo /usr/include/QtGui/qtransform.h /usr/include/QtGui/qtransform.h is owned by qt 4.8.0-6
On 03/26/2012 09:59 PM, David C. Rankin wrote:
Ugh!
On Arch it's owned by Qt4 -- we're screwed..:
build/pkg> pacman -Qo /usr/include/QtGui/qtransform.h /usr/include/QtGui/qtransform.h is owned by qt 4.8.0-6
Ahah!,
Found it in:
22:00 nirvana:~/tde/tde/main/dependencies> find tqtinterface/ -name qtransform.h tqtinterface/qtinterface/qt4/Qt/qtransform.h
Is there a way to cause qtransform.h to be installed while building tqtinterface with TQt3 - that looks like the operative question to building crystal 1.0.7 on TDE...
If anyone know the answer, let me know. Otherwise, I'll work through it and see if it is doable :)
On 03/26/2012 10:04 PM, David C. Rankin wrote:
On 03/26/2012 09:59 PM, David C. Rankin wrote:
Ugh!
On Arch it's owned by Qt4 -- we're screwed..:
build/pkg> pacman -Qo /usr/include/QtGui/qtransform.h /usr/include/QtGui/qtransform.h is owned by qt 4.8.0-6
Ahah!,
Found it in:
22:00 nirvana:~/tde/tde/main/dependencies> find tqtinterface/ -name qtransform.h tqtinterface/qtinterface/qt4/Qt/qtransform.h
Is there a way to cause qtransform.h to be installed while building tqtinterface with TQt3 - that looks like the operative question to building crystal 1.0.7 on TDE...
If anyone know the answer, let me know. Otherwise, I'll work through it and see if it is doable :)
Tim, Serghei,
I think the QtGui header inclusion in tqtinterface is controlled depending on the Qt version. If you use Qt3 you don't get QtGui, but if you use Qt4, you do. This seems to be the way ConfigureChecks.cmake works:
# check if Qt3 is usable if( QT_VERSION STREQUAL "3" ) check_cxx_source_compiles(" #include <qapplication.h> int main(int argc, char **argv) { QApplication app(argc, argv); return 0; } " HAVE_USABLE_QT${QT_VERSION} ) if( NOT HAVE_USABLE_QT${QT_VERSION} ) # Unset the Qt detection variable unset( HAVE_USABLE_QT${QT_VERSION} CACHE ) # Reset libraries set( QT_LIBRARIES tqt-mt ) set( CMAKE_REQUIRED_LIBRARIES -L${QT_LIBRARY_DIR} ${QT_LIBRARIES} ) qt_message( "Looking for native TQt3..." ) check_cxx_source_compiles(" #include <ntqapplication.h> int main(int argc, char **argv) { TQApplication app(argc, argv); return 0; } " HAVE_USABLE_QT${QT_VERSION} ) endif( ) # check if Qt4 is usable elseif( QT_VERSION STREQUAL "4" ) check_cxx_source_compiles(" #include <QtGui/QApplication> int main(int argc, char **argv) { QApplication app(argc, argv); return 0; } " HAVE_USABLE_QT${QT_VERSION} ) endif( )
The question becomes: can we set a flag that causes the QtGui headers to also be included when using TQt3? Or, are the QtGui headers and TQt3 mutually exclusive?
On 03/26/2012 09:16 PM, David C. Rankin wrote:
All,
I have twin-style-crystal building on TDE. The version of crystal in GIT is 1.0.5. I want to get 1.0.7 building.
<snip>
For a very classy crystal configuration with subtle buttons, give the following a try. Just copy it to your ~/.trinity/share/config directory and then use control panel > appearance -> window decorations -> select crystal. Really cool decorations:
http://www.3111skyline.com/dl/dt/tde/cnf/twincrystalrc
-
David C. Rankin