Developing with C++ and Qt

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(Developing with Trolltech/Qtopia: Fix confusion between Qtopia and Qt Extended)
(Using a devshell: -> corrected to arm-angstrom-linux-gnueabi-openmoko-om-gta02-devshell)
Line 58: Line 58:
 
<pre>
 
<pre>
 
OE_TREE=/oe/openmoko-fso/tmp
 
OE_TREE=/oe/openmoko-fso/tmp
. ${OE_TREE}/deploy/glibc/addons/arm-angstrom-linux/gnueabi-openmoko-om-gta02-devshell
+
. ${OE_TREE}/deploy/glibc/addons/arm-angstrom-linux-gnueabi-openmoko-om-gta02-devshell
 
export QMAKESPEC="${OE_TREE}/cross/armv4t/share/qt4/mkspecs/linux-gnueabi-oe-g++"
 
export QMAKESPEC="${OE_TREE}/cross/armv4t/share/qt4/mkspecs/linux-gnueabi-oe-g++"
 
export OE_QMAKE_UIC="${OE_TREE}/staging/i686-linux/usr/bin/uic4"
 
export OE_QMAKE_UIC="${OE_TREE}/staging/i686-linux/usr/bin/uic4"

Revision as of 21:53, 29 January 2009

NOTE: This article is way to unify community experience, tips and tricks in order to develop C++ applications based on the QT framework. It's actually incomplete and may be wrong in several parts, please fix and improve!


Contents

Introduction

extracted from wikipedia:

Qt is a cross-platform application development framework, widely used for the development of GUI programs, and also used for developing non-GUI programs such as console tools and servers. Qt is most notably used in KDE, Opera, Google Earth, Skype, Qtopia, Photoshop Elements, VirtualBox and OPIE. It is produced by the Norwegian company Trolltech and developed at its Brisbane office in Australia. Nokia acquired Trolltech on January 28, 2008.

Applications using Qt should run on 2008.x, FSO/SHR, and Qtopia from Trolltech (on this firmware alternative widget toolkits, as gtk+, actually do not work, as they need an X server). This make Qt a good choice to start developing new applications for the Openmoko world.

Developing with Trolltech/Qt Extended

The SDK for the new version 4.4.1 of Ot Extended, formerly known as Qtopia is not ready yet, tarball is available but it lacks updated documentation.

Use pre-built SDK

Trolltech provides good SDK and documentation. You can download the official SDK here.

It's a VMware based virtual machine you can run with the free vmplayer. This is a ready to go solution. What you get is an .iso image. Mount the iso. There's a readme in there. You will need to execute a script install.sh, which will generate several .vmdk files. Afterwards you need to load these into your vmplayer.

The VM is Ubuntu, and comes with a Qtopia SDK (surprise, surprise). Use krandrtray to switch to correct screen resolution. I had to install a new version of VMware to get this running, but unsure if this is really necessary. For the VMware stuff, you might need to have the kernel headers. Remember that Ubuntu calls them linux-headers. Also remember this is Ubuntu, for root access just sudo command.

Fonts were huge in my version. Use KMenu -> Settings -> Appearance and Themes -> Fonts. Click Adjust all fonts, check size, choose 7. Same with Qt Assistant, choose for the menu Edit -> Font Settings.

Manually build SDK

If you prefer to dirty your hands and to have a SDK on your host linux system, you may build your Qtopia image, and SDK manually:

TBD, actually refer to the excellent article at [1]

n.b. this methods will build applications suitable only for the Qtopia firmware

Development with Eclipse (C++ and Qt4)

If you like to develop tools with C++ and Qt4 only with the Toolchain, see Development with Eclipse

Developing with FSO based images

You have to prepare an oe build tree using the makefile at http://downloads.freesmartphone.org, read Mokomakefile article, install needed tools and type the following commands as a normal unprivileged user:

mkdir fso
cd fso
wget http://downloads.freesmartphone.org/Makefile
make setup
cd fso-unstable
make create-topdir

You are now ready to build Qt by typing:

. setup-env
bitbake qt4-x11-free

After that you'll have staging Qt arm libraries and x86 tools to build your application.

Using a devshell

You may use a modified environment to build your application interactively. At first you have to bitbake the dev shell:

bitbake devshell

Now create a text file 'qt-arm.env' as this:

OE_TREE=/oe/openmoko-fso/tmp
. ${OE_TREE}/deploy/glibc/addons/arm-angstrom-linux-gnueabi-openmoko-om-gta02-devshell
export QMAKESPEC="${OE_TREE}/cross/armv4t/share/qt4/mkspecs/linux-gnueabi-oe-g++"
export OE_QMAKE_UIC="${OE_TREE}/staging/i686-linux/usr/bin/uic4"
export OE_QMAKE_MOC="${OE_TREE}/staging/i686-linux/usr/bin/moc4"
export OE_QMAKE_RCC="${OE_TREE}/staging/i686-linux/usr/bin/rcc4"
export OE_QMAKE_CC=$CC
export OE_QMAKE_CXX=$CXX
export OE_QMAKE_INCDIR_QT="${OE_TREE}/staging/armv4t-angstrom-linux-gnueabi/usr/include/qt4/"
export OE_QMAKE_LINK=$CXX
export OE_QMAKE_LIBDIR_QT="${OE_TREE}/staging/armv4t-angstrom-linux-gnueabi/usr/lib"
export PS1="\[\033[01;33m\]cross-compile-qt-shell\[\033[01;34m\] \w \$\[\033[00m\] "

Set OE_TREE to point to your OE tree path

Now change your current directory to your qt .pro file path and type:

. /path/to/qt-arm.env
qmake-qt4
make

That's all! :)))

You may now create an alias or a simple batch like this to deploy and run your application:

#!/bin/bash
scp arm-executable root@neo-ip:/tmp/
ssh -Y root@neo-ip "/tmp/executable

to have X11 forwarding or

ssh -Y root@neo-ip "DISPLAY=:0 /tmp/executable"

to launch it on the device display with local stdout/stderr

consider to enable ssh public authentication

Using an OE bitbake recipie

If you want to build your application in batch mode you have to create a bitbake .bb recipie file. This is not suitable to fast build/debug cycles but is a necessary step if you want to insert your project in official feed/distributions like angstrom, fso based images, 2008.x and so on. It is a quickway to create a .opkg file too!

A simple skeleton may be:

SECTION = "x11/libs"
PRIORITY = "optional"
HOMEPAGE = "http://yourproject.org"
LICENSE = "GPL QPL"
DEPENDS = "qt4x11"

SRC_URI = "svn://your_svn_server/some_path;module=trunk;proto=https;rev=xxx"

S = "${WORKDIR}/trunk"

inherit qt4x11

do_configure() {
${OE_QMAKE_QMAKE}
}

do_compile() {
oe_runmake
}

do_install() {
install -d ${D}${bindir}
install -m 0755 your_application_executable ${D}${bindir}
}

ALLOW_EMPTY = ""
RDEPENDS_${PN} = "qt4-x11-free"
FILES_${PN}  =  "${bindir}/your_application_executable"

This assumes you have an svn server for your sources, if not, SRC_URI has to be modified. To point a directory local to the build host you may use

SRC_URI=:///absolute_path_to/source_dir and S=${WORKDIR}/source_dir

You have to make bitbake knows about your bb file, so edit the file fso/fso-unstable/conf/local.conf and add the following line: BBFILES += "/path/to/dir_containing_somename.bb/*.bb"

You can now do: bitbake somename

If it compiles fine, you'll find in the tmp/deploy/glibc/ipk/armv4t an ipk package of your application, you may copy it to the device and install usually with opkg.

You may be able to use the FSO framework using the QT dbus module.

Developing for 2008.x

On 2008.x qt library is already shipped in /opt/Qtopia, but there is no staging files you may use to build application against it. This is in discussion, and actually you may use some workarounds.

The first is bitbaking qt4-x11-free with the official Mokomakefile, and proceed as on the FSO section, but you have to load the correct libraries with LD_LIBRARY_PATH before running your application.

The second is to use build tools in the work section of the oetree as they whould be in the staging area (TBD)

To interact with the middleware you should use Qtopia library (note not qt library), but this is undocumented/untested/unconfirmed.

Known issues

  • on Angstrom/FSO there is no support for sqlite driver, this is discussed on openembedded-devel mailinglist.
  • on FSO aux/power button does not brings up keyPressed events, you have to use FSO dbus Event api
  • on illume if you open/close a dialog the parent window does not return in active state, this would be useful if you want to filter FSO dbus event api based on it (this has to be checked on other windows manager too)
  • illume does not show QMessageBox dialogs (matchbox does), waiting for feedbacks/confirmations
  • weird painting/font-rendering on ARM platform due to definition of qreal as float, this was signaled to trolltech, waiting for feedbacks

News

* 16 October 2008, openembedded repository was updated, the preferred version of Qt in "openmoko" distro (used by fso) is 4.4.1
* 16 October 2008, openembedded version bumb from 4.4.1 to 4.4.3
Personal tools
NOTE: This article is way to unify community experience, tips and tricks in order to develop C++ applications based on the QT framework. It's actually incomplete and may be wrong in several parts, please fix and improve!


Introduction

extracted from wikipedia:

Qt is a cross-platform application development framework, widely used for the development of GUI programs, and also used for developing non-GUI programs such as console tools and servers. Qt is most notably used in KDE, Opera, Google Earth, Skype, Qtopia, Photoshop Elements, VirtualBox and OPIE. It is produced by the Norwegian company Trolltech and developed at its Brisbane office in Australia. Nokia acquired Trolltech on January 28, 2008.

Applications using Qt should run on 2008.x, FSO/SHR, and Qtopia from Trolltech (on this firmware alternative widget toolkits, as gtk+, actually do not work, as they need an X server). This make Qt a good choice to start developing new applications for the Openmoko world.

Developing with Trolltech/Qt Extended

The SDK for the new version 4.4.1 of Ot Extended, formerly known as Qtopia is not ready yet, tarball is available but it lacks updated documentation.

Use pre-built SDK

Trolltech provides good SDK and documentation. You can download the official SDK here.

It's a VMware based virtual machine you can run with the free vmplayer. This is a ready to go solution. What you get is an .iso image. Mount the iso. There's a readme in there. You will need to execute a script install.sh, which will generate several .vmdk files. Afterwards you need to load these into your vmplayer.

The VM is Ubuntu, and comes with a Qtopia SDK (surprise, surprise). Use krandrtray to switch to correct screen resolution. I had to install a new version of VMware to get this running, but unsure if this is really necessary. For the VMware stuff, you might need to have the kernel headers. Remember that Ubuntu calls them linux-headers. Also remember this is Ubuntu, for root access just sudo command.

Fonts were huge in my version. Use KMenu -> Settings -> Appearance and Themes -> Fonts. Click Adjust all fonts, check size, choose 7. Same with Qt Assistant, choose for the menu Edit -> Font Settings.

Manually build SDK

If you prefer to dirty your hands and to have a SDK on your host linux system, you may build your Qtopia image, and SDK manually:

TBD, actually refer to the excellent article at [1]

n.b. this methods will build applications suitable only for the Qtopia firmware

Development with Eclipse (C++ and Qt4)

If you like to develop tools with C++ and Qt4 only with the Toolchain, see Development with Eclipse

Developing with FSO based images

You have to prepare an oe build tree using the makefile at http://downloads.freesmartphone.org, read Mokomakefile article, install needed tools and type the following commands as a normal unprivileged user:

mkdir fso
cd fso
wget http://downloads.freesmartphone.org/Makefile
make setup
cd fso-unstable
make create-topdir

You are now ready to build Qt by typing:

. setup-env
bitbake qt4-x11-free

After that you'll have staging Qt arm libraries and x86 tools to build your application.

Using a devshell

You may use a modified environment to build your application interactively. At first you have to bitbake the dev shell:

bitbake devshell

Now create a text file 'qt-arm.env' as this:

OE_TREE=/oe/openmoko-fso/tmp
. ${OE_TREE}/deploy/glibc/addons/arm-angstrom-linux-gnueabi-openmoko-om-gta02-devshell
export QMAKESPEC="${OE_TREE}/cross/armv4t/share/qt4/mkspecs/linux-gnueabi-oe-g++"
export OE_QMAKE_UIC="${OE_TREE}/staging/i686-linux/usr/bin/uic4"
export OE_QMAKE_MOC="${OE_TREE}/staging/i686-linux/usr/bin/moc4"
export OE_QMAKE_RCC="${OE_TREE}/staging/i686-linux/usr/bin/rcc4"
export OE_QMAKE_CC=$CC
export OE_QMAKE_CXX=$CXX
export OE_QMAKE_INCDIR_QT="${OE_TREE}/staging/armv4t-angstrom-linux-gnueabi/usr/include/qt4/"
export OE_QMAKE_LINK=$CXX
export OE_QMAKE_LIBDIR_QT="${OE_TREE}/staging/armv4t-angstrom-linux-gnueabi/usr/lib"
export PS1="\[\033[01;33m\]cross-compile-qt-shell\[\033[01;34m\] \w \$\[\033[00m\] "

Set OE_TREE to point to your OE tree path

Now change your current directory to your qt .pro file path and type:

. /path/to/qt-arm.env
qmake-qt4
make

That's all! :)))

You may now create an alias or a simple batch like this to deploy and run your application:

#!/bin/bash
scp arm-executable root@neo-ip:/tmp/
ssh -Y root@neo-ip "/tmp/executable

to have X11 forwarding or

ssh -Y root@neo-ip "DISPLAY=:0 /tmp/executable"

to launch it on the device display with local stdout/stderr

consider to enable ssh public authentication

Using an OE bitbake recipie

If you want to build your application in batch mode you have to create a bitbake .bb recipie file. This is not suitable to fast build/debug cycles but is a necessary step if you want to insert your project in official feed/distributions like angstrom, fso based images, 2008.x and so on. It is a quickway to create a .opkg file too!

A simple skeleton may be:

SECTION = "x11/libs"
PRIORITY = "optional"
HOMEPAGE = "http://yourproject.org"
LICENSE = "GPL QPL"
DEPENDS = "qt4x11"

SRC_URI = "svn://your_svn_server/some_path;module=trunk;proto=https;rev=xxx"

S = "${WORKDIR}/trunk"

inherit qt4x11

do_configure() {
${OE_QMAKE_QMAKE}
}

do_compile() {
oe_runmake
}

do_install() {
install -d ${D}${bindir}
install -m 0755 your_application_executable ${D}${bindir}
}

ALLOW_EMPTY = ""
RDEPENDS_${PN} = "qt4-x11-free"
FILES_${PN}  =  "${bindir}/your_application_executable"

This assumes you have an svn server for your sources, if not, SRC_URI has to be modified. To point a directory local to the build host you may use

SRC_URI=:///absolute_path_to/source_dir and S=${WORKDIR}/source_dir

You have to make bitbake knows about your bb file, so edit the file fso/fso-unstable/conf/local.conf and add the following line: BBFILES += "/path/to/dir_containing_somename.bb/*.bb"

You can now do: bitbake somename

If it compiles fine, you'll find in the tmp/deploy/glibc/ipk/armv4t an ipk package of your application, you may copy it to the device and install usually with opkg.

You may be able to use the FSO framework using the QT dbus module.

Developing for 2008.x

On 2008.x qt library is already shipped in /opt/Qtopia, but there is no staging files you may use to build application against it. This is in discussion, and actually you may use some workarounds.

The first is bitbaking qt4-x11-free with the official Mokomakefile, and proceed as on the FSO section, but you have to load the correct libraries with LD_LIBRARY_PATH before running your application.

The second is to use build tools in the work section of the oetree as they whould be in the staging area (TBD)

To interact with the middleware you should use Qtopia library (note not qt library), but this is undocumented/untested/unconfirmed.

Known issues

  • on Angstrom/FSO there is no support for sqlite driver, this is discussed on openembedded-devel mailinglist.
  • on FSO aux/power button does not brings up keyPressed events, you have to use FSO dbus Event api
  • on illume if you open/close a dialog the parent window does not return in active state, this would be useful if you want to filter FSO dbus event api based on it (this has to be checked on other windows manager too)
  • illume does not show QMessageBox dialogs (matchbox does), waiting for feedbacks/confirmations
  • weird painting/font-rendering on ARM platform due to definition of qreal as float, this was signaled to trolltech, waiting for feedbacks

News

* 16 October 2008, openembedded repository was updated, the preferred version of Qt in "openmoko" distro (used by fso) is 4.4.1
* 16 October 2008, openembedded version bumb from 4.4.1 to 4.4.3