Bug 115691 - games-kids/cubetest-0.9.4 (version bump)
|
Bug#:
115691
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: games@gentoo.org
|
Reported By: maquiz@zonnet.nl
|
|
Component: Games
|
|
|
URL:
|
|
Summary: games-kids/cubetest-0.9.4 (version bump)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-12-15 12:33 0000
|
New ebuid for games-kids/cubetest-0.9.4 based on QT4
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Please read the bugzilla product descriptions more clearly next time.
"Bugzilla"
refers to bugs that actually relate to bugs.gentoo.org. This has NOTHING to do
with our bugs tracker.
doesnt work, qt stuff is funky
qt guys: how does this stuff work ?
Both Qt and cubetest issue...
When you look at the Makefile:
125:QT_CFLAGS = -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtGui
-I/usr/include/qt4 -I/usr/include/qt4/Qt3Support
126:QT_CXXFLAGS =
But QT_CXXFLAGS should be set. Then there's /usr/include/qt4, which doesn't
include any headers (having Qt 4.1 installed). Looking e.g. at the includes of
/usr/include/qt4/Qt/qobject.h reveals that everything in /usr/include/qt4/Qt
should in fact be in /usr/include/qt4.
There's also another issue. The make files don't call moc, so you have to do it
before compling:
for i in $(find src/ -iname *_moc.cpp) ; do moc ${i/_moc.cpp/.h} -o $i ; done
Otherwise...
# side_moc.cpp:14:2: #error "This file was generated using the moc from 4.0.1.
It"
# side_moc.cpp:15:2: #error "cannot be used with the include files from this
version of Qt."
# side_moc.cpp:16:2: #error "(The moc has changed too much.)"
# make[1]: *** [libobject_la-side_moc.lo] Error 1
Did not investigate any further.
As best as I know, /usr/include/qt4 shouldn't have any .h files in it. It's up
to the package to get the include directories right. It either needs to
explicitly include each module (/usr/include/qt4/QtBLAH), or
/usr/include/qt4/Qt which contains all of them. It should be handled by the
.pro file of the package - if it's not using a .pro file (haven't had a chance
to look), then I think it's an upstream issue.
O.k. You can argue so. But Trolltech is not very friendly to their customers
complicating the header inclusion this way, imho. Having one base directory to
refer to would be much simpler. Or by example: ../QtCore/qobjectdefs.h instead
QtCore/qobjectdefs.h in /usr/include/qt4/Qt/qobject.h. Also there is no .pc
file for /usr/include/qt4/{Qt,QtAssistant,QtDesigner,QtUiTools}.
in portage, thanks kde team
