<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
James W. Mills wrote:
<blockquote cite="mid45A68C4B.5090706@avionpartners.com" type="cite">
<pre wrap="">Michael 'Mickey' Lauer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">You should add a classes/qt4e.bbclass that deals with setting the
environment variables. Have a look at qt3e.bbclass and qt4x11.bbclass
for inspirations.
</pre>
</blockquote>
<pre wrap=""><!---->I will do that.
</pre>
<blockquote type="cite">
<pre wrap="">Then, look at qmake-base which sets up the most common variables and
qmake.bbclass which automatically calls qmake for you, if you set S to
the proper source directory where the .pro file is found.
</pre>
</blockquote>
<pre wrap=""><!---->I notice that qmake-base depends on qmake-native. Right now, that pulls
qt3 down and build qmake from there. It also installs qmake and
oe-specific mkspec files.
Do you think I should create qmake4-base and qmake4 classes, and add a
qmake4-native? I do not want to "dirty the water" with qt4 variants,
but I also do not want to completely hose the existing qte/qmake
environment.
I will go ahead and create the qmake4 chain and begin testing it. As
this is my second day to use openembeded, I'm in no rush to check things
in. :). I'll figure out where I should post this stuff for
review/acceptance/whatever...
Thanks again!
~james
</pre>
<blockquote type="cite">
<pre wrap="">Then your bb file could be as simple as:
DESCRIPTION = "PCU ..."
SECTION = "?"
LICENSE = "?"
SRC_URI = <a class="moz-txt-link-rfc2396E" href="file://pcu-1.0.0.tar.bz2">"file://pcu-1.0.0.tar.bz2"</a>
S = "${WORKDIR}/pcu"
inherit qmake qt4e
do_install() {
install -d ${D}${bindir}
install -m 0755 pcu ${D}${bindir}/pcu
}
Regards,
:M:
</pre>
</blockquote>
</blockquote>
Responding to my own post<br>
<br>
I created a qmake4-native bb that installs qmake and the mkspecs into
the native staging dir. For the time being, I am still using the uic
and moc installed by the current qtopia-core package. I updated the
mkspec file from the original qtopia-core to point to the correct moc
and uic, and install it with qmake-native, along with the rest of the
mkspecs.<br>
<br>
I also created three new classes: qmake4-base, qmake4, and qtopia. As
stated previously, I did not want to screw up any existing qte/qmake
builds.<br>
<br>
Creating a package was was easy as you stated above. I simply inherit
qmake4 and qtopia, and everything built and ran!<br>
<br>
Thanks for the help. I haven't investigated checking anything in yet,
but I will tomorrow. In the meantime, if anyone would like to see the
new files, let me know. I don't want to clutter the message board
needlessly...<br>
<br>
I also though that maybe the qtopia-core build should be modified to
only install the libs, and the bins can be broken out (like they appear
to be in previous releases). If so, I am happy to do this, as it lined
up with what I am currently trying to accomplish.<br>
<br>
<br>
~james<br>
<br>
</body>
</html>