Reviewed-by: Leena Miettinen

This is not only a waste of ressources, but breaks a check later on
which tries to load the QML examples from Creators ressource path
if no QML capable Qt version is found (included with Creator packages)

Reviewed-by: dt

Task-Nr: QTCREATORBUG-1411

Task-number: QTCREATORBUG-1461 (part 2)
Written-by: Denis Mingulov

Task-number: QTCREATORBUG-1461 (part 1)

Conflicts:

	src/plugins/qt4projectmanager/qt-maemo/maemosshthread.cpp
	src/plugins/qt4projectmanager/qt-maemo/maemosshthread.h

Attach icons to TaskModel.
Reviewed-by: Daniel Molkentin <daniel.molkentin@nokia.com>

Reviewed-by: dt

Reviewed-by: dt

This boils down to the same problem as other calls to qmake, if we don't
pass the target mode, qmake will prepend the current platform as target.
Reviewed-by: dt

Fixes: - react on build/ run configuration changes
       - now notices environment changes, like switching Qt versions
       - start button is now only shown if we have a valid qemu runtime
       - enabled/ disabled state works properly when loading a project

Task-number: QTCREATOR-210, QTCREATORBUG-1252, QTCREATORBUG-1082
Reviewed-by: ck

Reviewed-by: kh1

Reviewed-by: kh1

Reviewed-by: kh1

Reviewed-by: kh1

Reviewed-by: kh1

And refuse to add it twice. The check is pretty simplistic in that it
doesn't take scopes or which variable it's exactly in into account.
But in those cases you need to edit the .pro file manually anyway.

Task-Nr: QTCREATORBUG-932
Task-Nr: QTCREATORBUG-891
Task-Nr: QTCREATORBUG-653

That is e.g. SOURCES instead of whatever variable is used first in the
project file.

Reviewed-By: ossi

Fixes broken enabled/ disabled qemu start button behavior.

Task-Nr: QTCREATORBUG-765

Quick fix by copying code also found in Qt4 and QML project managers.
Would be better to have some common solution...

Task-number: QTCREATORBUG-1383

Reviewed-by: ossi

Reviewed-by: Leena Miettinen

The symbian makefile generator don't support shadow builds. Thus they
always pollute the source directory with build artefacts. Mixing
in-source and shadow builds is obviously broken.

We do as good as we can, setting OBJECTS_DIR, MOC_DIR, UI_DIR, RCC_DIR
to .obj, .moc, .ui and .rcc, which keeps the source dir clean of at least
some of the artefacts. This is as good as we can, but not really good.

Task-Nr: QTCREATORBUG-1293
(cherry picked from commit 33ef722b)

Symbian mkspec puts the package file into the build directory,
not the destination directory.

Task-number: QTCREATORBUG-1341

 ... as default whenever that is selected