Nokia hat bekannt gegeben, dass für die proprietären Echtzeit-Systeme von Windriver und QNX ab jetzt Qt verfügbar ist, allerdings nicht mit vollem Funktionsumfang .
Die Entwickler haben die UI-Bibliothek auf VXworks 6.7 getestet, heißt es bei Qt Software. Nicht unterstützt werde jedoch das Realtime Transport Protocol (RTP) des Windriver-Betriebssystems. Außerdem arbeite Qt auf dem VXworks-Kernel unvollständig, weil dessen Posix-Kompatibilitätsschicht nicht alle nötigen Funktionen bereitstelle, denn beispielsweise arbeitet der Windriver-Kernel nicht mit Prozessen.
Qt für das Echtzeit-Betriebssystem QNX der gleichnamigen kanadischen Firma baut hingegen auf Qt für eingebettetes Linux auf, welches sein eigenes Fenstersystem mitbringt. Die “Mikro-GUI” Photon, wie QNX seine systemeigene Grafik nennt, verträgt sich daher derzeit nicht mit Qt. Beide Ports sind außerdem nicht Qt3-abwärtskompatibel.
Hinweise zu den Builds für QNX und VXworks gibt Qt Software im Web. Dabei lässt sich die VXworks-Variante nur auf einem Linux-System cross-kompilieren, während bei QNX auch ein nativer Build auf dem Betriebsystem möglich ist.
In der Meldung ist der Qt-Blog verlinkt, in dem sich die Ankündigung aus Entwicklersicht sowie ein keines Video zu Qt auf QNX findet.
Weiterhin kündigt die Nokia-Abteilung in der Meldung an, dass ab Qt 4.6 die hauseigene Portierungspolicy Tier 3 gelten wird: Für Ports wie Qt auf VXworks soll es demnach keinen Support vom Hersteller selbst geben. Anderen Open-Source-Unternehmen steht stattdessen offen, Tier3-Ports kommerziell zu unterstützen. Die Ports sollen demnächst als Snapshots unter der LGPL und der Nokia Technology Preview License Agreement zur Verfügung stehen, bis die neue Qt-Version 4.6 herauskommt.
