Qt gets minor update

Published by Richard Bloor at 2:40 UTC, January 26th 2010

Qt is continuing it progress towards becoming the primary development option for third-party applications on Symbian, with the release of Qt 4.6.1. While a minor release, it brings a big step forward by delivery on the binary compatibility promise made to Symbian developers.

Qt 4.6 was the first release where support for Symbian was incorporated into the main Qt code line. However, it arrived with one significant drawback, a lack of binary compatibility with Qt for other environments. This meant that code created in 4.6 for Symbian would not necessarily execute on other supported platforms and that any code specifically designed for Symbian would need to be recompiled when binary compatibility was achieved.

This situation was certainly a disincentive to developers wanting to seriously look at Qt for applications targeting Symbian. Given Qt will used for the UI framework in Symbian^4, many developers are keen to make the transition sooner rather than later.

So should it be all systems go with Qt 4.6.1? Well it could be, but that probably depends on how comfortable developers are with Symbian C++. Qt has always been a cross-platform framework, but developers may have to revert to Symbian C++ to create the device integration many mobile applications need. This is where the next batch of improvements to Qt will focus, according to the Qt roadmap, by delivering a range of APIs for accessing key information, such as a user’s calendar and location information thought Qt APIs on all supported platforms.

So development is becoming more practical, but what about distribution? The big issue for practical distribution is how to ensure a device, onto which a user installs an application using the Qt framework, has the necessary components to run the application. The Qt framework can be included with applications in their installation file, but the installable framework is upwards of 8 Mb in size. This makes including the framework with a 10k utility application is not practical for widespread distribution. This is a significant hurdle that will need to be overcome before Qt becomes a practical option for the majority of developers.

With the annual announcement fest of WMC taking place soon, it’s probably worth keeping an eye on Qt.

 

The release includes many bug fixes, both in Qt and Qt Creator, updates to the Qt Visual Studio Add-in and Qt Eclipse Integration, a beta of Maemo 5 support, and an updated build of the Qt SDK.

All Qt releases are available for download from http://qt.nokia.com/downloads.


 

Filed: Home > News > Qt gets minor update

Platforms: Series 60

Categories: Developer

News Discussion

garethstockwell
Quote:
[Qt 4.6] arrived with one significant drawback, a lack of binary compatibility with Qt for other environments. This meant that code created in 4.6 for Symbian would not necessarily execute on other supported platforms and that any code specifically designed for Symbian would need to be recompiled when binary compatibility was achieved.
The above comment, specifically the part highlighted in bold, could be somewhat misleading. In the context of Qt, "platform" ususally refers to the host OS on which Qt applications are built and run - for example Windows / Mac / Linux / Symbian. Talking about binary compatibility between "supported platforms" therefore could be read as meaning that Qt is a "compile once, run anywhere" framework like Java, whereas it is actually a "write once, compile anywhere" set of C++ libraries.

The BC compatibility promise for Qt on Symbian is as follows:
  • Applications compiled against Qt 4.6.0 for Symbian are not guaranteed to run on a Symbian device with version 4.6.1 or later of the Qt libraries.
  • Applications compiled against Qt 4.6.1 for Symbian are guaranteed to run on a Symbian device with version 4.6.2 or later of the Qt libraries. This promise will be maintained throughout the Qt 4 series.
  • No promise is made about forward compatibility on Symbian, so it is not guaranteed that - for example - an application compiled against Qt 4.6.2 for Symbian will run on a Symbian device with version 4.6.1 or earlier of the Qt libraries. This is to allow features (e.g. QtOpenGL support) to be added in future releases.

The important point - as you say - is that developers can now pick up and start using Qt on Symbian, safe in the knowledge that any code which they write will not break when the Qt libraries are updated in future releases.
Richard_Bloor
Thanks for the correction Gareth, you are absolutely right.

Full thread: 2 Comments / Post New Comment

Search

Navigation

Social

Advert

Translate

Also All About