Task-number: https://projects.maemo.org/bugzilla/show_bug.cgi?id=192729
Reviewed-by: kh1

Reviewed-by: Tobias Hunger

Task-number: QTCREATORBUG-2391
Reviewed-by: kh1

Task-number: QTCREATORBUG-2390
Reviewed-by: kh1

Reviewed-by: Kai Koehne

Adapt to latest changes in qt.git (commit
a9e5329168c)

Reviewed-by: kkoehne

Reviewed-by: Alessandro Portale

Relative to the project's directory.

Hexadecimal format is easier to parse for humans.

On-device gdb is an exception, because the local installation
does not know about it.

Task-number: QTCREATORBUG-2341 (en passant)
Reviewed-by: Alessandro Portale

Reviewed-by: kh1

Adapt Qt4ProjectManager to use QMLOBSERVER instead of QMLINSPECTOR
(got changed in commit a10b2692)

This also obsoletes one class and one UI file.

Reviewed-by: Alessandro Portale

Introduce some more private classes for the coreplugin,
use header include convention
<QtModule/QClass>, de-qobjectify VariableManager.

Task-number: QTCREATORBUG-2318

Reviewed-by: Jarek Kobus
Reviewed-by: hjk

Reviewed-by: Alessandro Portale

Rename 'QML standalone application' to 'QML application'
and the 'old-style' QML applications to
'QML Viewer based applications'.

For the QML renaming:
Rubber-stamped-by: Alessandro Portale <alessandro.portale@nokia.com>

 * Set objectname on all parsers to be able to distinguish between
   them more easily when debugging
 * Add some unit tests about pass-through of data we need in the
   gcc parser to the parsers that enhd up in front of the gcc parser
   This is to address QTCREATORBUG-1917.

Reviewed-by: dt

Thanks to dt for noticing this messup!

Also introduce a indirection, modes have now types, edit and debug have
the same type, and editors do have a prefered type of modes instead of a
prefered mode.

That fixes the bug that if the prefered qml editing mode was set to
design, then in switching between qml editors would
- in Edit Mode: stay in edit mode
- in Debug Mode: switch to debug mode

Task-number: QTCREATORBUG-2343

Reviewed-by: Alessandro Portale

Set the variable to force the RVCT version when building for
Symbian using SBSv2. This is currently hardcoded to version 2.2
since we do not yet support RVCT 4.

Now that we have 2.0 out we can be less strict when checking
project consistency when loading .user files.  The strictness
was necessary due to upgrading non-target projects to target
projects.

 * Allow for invalid Qt versions when loading a .user file that was not
   updated from the pre-target era.
 * Update the UI to show invalid Qt versions as invalid. Remove
   the Invalid version as soon as a valid one is imported.

This does preserve the buildsteps, too.