GitLab

... by stripping out 'const', 'volatile', 'struct' and 'class'.

Also speed up dumping a bit by using 'put' instead of 'putField' when
appropriate.

Only one level of typedef was stripped, but qulonglong has two.

This is handled by the generic pointer case nowadays and was (now) wrong
as it was impossible to see the 'bald pointer' version of it.

This replaces the (de facto) singleton engines and data handlers by classes
that are instantiated per run. The DebuggerRunControl will now create an
object of (a class derived from) DebuggerEngine that contains all the relevant
"dynamic" data.

DebuggerManager is no more. The "singleton" bits are merged into DebuggerPlugin,
whereas the data bits went to DebuggerEngine.

There is no formal notion of a "current" DebuggerEngine. However, as there's
only one DebuggerEngine at a time that has its data models connected to the
view, there's still some "de facto" notion of a "current" engine. Calling
SomeModel::setData(int role, QVariant data) with custom role is used as the
primary dispatch mechanism from the views to the "current" data models
(and the engine, as all data models know their engine).

refactoring

(partially cherry picked from commit dd714e9c)

The value was adjusted to the referenced value but it was not used
when dumping the members, basically leading to an empty child list
in such cases.

Works only with gdb/Python so far.

Now it's easy to suppress "uninformative" intermediate levels in the
Locals & Watchers by using the new  Dumper.putFields() function.
Used in qdump__QUrl

Doh! In contrast to the C++ version we are operating on ushort* here.

Reviewed-by: hjk