Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 115691 - games-kids/cubetest-0.9.4 (version bump)
Summary: games-kids/cubetest-0.9.4 (version bump)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-15 12:33 UTC by maquiz@zonnet.nl
Modified: 2007-03-15 09:06 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
cubetest 0.9.4 ebuild (cubetest-0.9.4.ebuild,403 bytes, text/plain)
2005-12-15 12:35 UTC, maquiz@zonnet.nl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description maquiz@zonnet.nl 2005-12-15 12:33:39 UTC
New ebuid for games-kids/cubetest-0.9.4 based on QT4

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 maquiz@zonnet.nl 2005-12-15 12:35:05 UTC
Created attachment 74819 [details]
cubetest 0.9.4 ebuild
Comment 2 Jeffrey Forman (RETIRED) gentoo-dev 2005-12-15 12:39:26 UTC
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.
Comment 3 SpanKY gentoo-dev 2005-12-23 21:41:20 UTC
doesnt work, qt stuff is funky

qt guys: how does this stuff work ?
Comment 4 Carsten Lohrke (RETIRED) gentoo-dev 2005-12-31 10:56:43 UTC
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.

Comment 5 Caleb Tennis (RETIRED) gentoo-dev 2006-01-02 17:41:45 UTC
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.
Comment 6 Carsten Lohrke (RETIRED) gentoo-dev 2006-01-03 08:46:11 UTC
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}.
Comment 7 SpanKY gentoo-dev 2006-06-20 23:00:50 UTC
in portage, thanks kde team