Bug 45163 – [Qt] [Symbian] Streamline QtWebKit binary deployment on Symbian

• Status: RESOLVED
• Resolution: INVALID
• Component: Platform

[Laszlo Gombos]

Improve the build system so that the "R&D = default" configuration makes it easy to try build output on a production device (even if the device already includes QtWebKit).

[Laszlo Gombos]

Created attachment 66468 [details]
proposed patch

Rename the default binary target to QtWebKitDev.dll for Symbian.
Set the full upgrade flag for production configuration. -- see http://library.forum.nokia.com/index.jsp?topic=/S60_5th_Edition_Cpp_Developers_Library/GUID-35228542-8C95-4849-A73F-2B4F082F0C44/sdk/doc_source/ToolsAndUtilities94/Installing/HowToUpgradeOSComponents.html

[Janne Koskinen]

+        QT_LIBINFIX = Dev
libinfix is meant for whole Qt that you you can pass as a parameter when running configure. Your suggestion breaks that functionality for QtWebkit and even further QtWebkitDev would try to link against e.g QtCoreDev which doesn't exist. plus will break the new QML plugin. plus all the apps would try linking against the non-infixed targets.
This won't link on clean platform.

To achieve what you are after here is to do configure -qtlibinfix dev

Second issue:
+        TARGET.UID3 = 0x200267C2,TYPE=SA,RU

This is not package definition but to define UID3 in MMP file. I am really surprised that this didn't crash at qmake or how did it go through makmake.
To replace flags in pkg files you need to use PKG_RULES.

Third issue after the flags are in correct place:

TYPE=SA,RU
There is no R(OM) U(pdate)able Qt on any of the current targets. They sit on UDA with NR flag set/unset depending on installation. Not sure about future s^4.

[Simon Hausmann]

I agree with Janne on all points.

IMHO the suffix should come from the Qt configuration, and the TARGET.UID3 changes break the non-sbs/abld build system.

I think we need to find a solution on the Qt level for TYPE=SA,RU

On S4 Qt is in the ROM. But I've used TYPE=SA,RU successfully for replacing Qt in UDA.

[Laszlo Gombos]

Comment on attachment 66468 [details]
proposed patch

Thanks for the feedbakc/help. I will give myself an r- as the patch is obviously no good. 

However I'd like to see a solution where I can just build my own QtWebKit(Dev) for Symbian without rebuilding Qt (e.g. running configure). So let's try to find a solution that works for the whole Qt build system and also works just for QtWebKit.

I will take a second stab at it.