Factor out the initialization setting up the environment and headers in
the RVCT/GCCE toolchains.
Modify the RunControl to be able to support different package
building/signing processes.

This change breaks OSX very badly.

This reverts commit 6a9e7ab0.

 * Use Task class in addToTaskWindow(...) signal. This introduces
   support for task categories into the BuildParsers.
 * Add a task category for buildsystem issues.
 * Update existing BuildParsers to new API and assign their
   tasks to the Compile or Buildsystem task category.

Reviewed-By: dt

There were three missing and one duplicate. Committed to master since
1.3 is currently in a hard string freeze.

Task-number: QTCREATORBUG-261
Task-number: QTCREATORBUG-262
Task-number: QTCREATORBUG-263
Task-number: QTCREATORBUG-264

Add an option to have a buildparser for the qmake step and implement
a pretty simple parser.

Reviewed-By: dt

Rename BuildParserInterface to IBuildParser to comply with
latest naming conventions.

Reviewed-By: con

Done with: Erik Verbruggen

Conflicts:
	src/plugins/debugger/debuggermanager.h
	src/plugins/qmleditor/qmleditorplugin.cpp
	src/plugins/qt4projectmanager/qt4runconfiguration.cpp

Add changed signals to IVersionControl and
VCSManager and wire them to the update methods. Add a menu action for
manually updating. Improved version of reverted
7aa24116.

Reviewed-by: Roberto Raggi <roberto.raggi@nokia.com>

 * Do not display negative line numbers in the TaskWindow.

Reviewed-By: kkoehne

 * Do something more GCC like to catch problems in included
   files.
 * Small coding style fixes.
 * Handle the few warnings the compiler does generate
 * Fix cut and paste error and return the correct name when asked

Reviewed-By: con

this ensures that, among other things, we won't get into this scenario:
- process is running
- interrupt is requested by user
- termination is requested by user
- before interrupt takes effect, the process terminates
=> shutdown is called
=> exit is also queued, as there is already a queued kill
=> nothing happens, as there will never be a stop response

Reviewed-by: hjk

Icon is still missing

archer reports stops at tbreaks properly, so checking for an empty stop
reason is no particularly good idea. instead, we simply skip *all* stops
at the entry point, assuming the user will not really set a breakpoint
there anyway.

Reviewed-by: hjk

The LD_PRELOAD approach does not work for Maemo, because the
"set environment" command seems to have no effect whatsoever.

 * Incorporate new TaskWindow changes.

Reviewed-By: kkoehne

Always recompile after a rebase :)

The category differs between e.g. TODO tasks, compiler errors/warnings,
qml syntax errrors ... Idea is that every plugin can manage it's
own virtual list of tasks.

Reviewed-by: dt