Task-number: QTCREATORBUG-3048

Reviewed-by: hjk

There was trouble when a plugin qmlRegisterType'd something like 'Item'
into the global default module.

Reviewed-by: Roberto Raggi

By moving the offending code into a background thread.

Reviewed-by: Erik Verbruggen

Previously they were leaked when a qmldump or the C++ exported QML
type list updated.

Just deleting the previous FakeMetaObjects is not an option, as they
might still be used in a QmlObjectValue owned by an Engine.

Reviewed-by: Erik Verbruggen

Reviewed-by: Erik Verbruggen

Those are needed for the Visual Editor

Reviewed-by: Christian Kamm

We should differentiate between int and real

Reviewed-by:  Christian Kamm

* Bind::usesQmlPrototype is now significantly more performant
* type environments are no longer hashed by filename, but rather
  by Document *
* duplicate scope builds are avoided

Task-number: QTCREATORBUG-2835
Reviewed-by: Erik Verbruggen

Reviewed-by: Erik Verbruggen

This will allow distinguishing mere strings from urls and allow
different completion.

Reviewed-by: Erik Verbruggen

We have to follow the prototype chain

Reviewed-by: Christian Kamm

Reviewed-by: Christian Kamm

Added
hasLocalProperty()
hasProperty()
keysForEnum()

Reviewed-by: Christian Kamm

This allows to distinguish between int an real numbers

Reviewed-by: Christian Kamm

Reviewed-by: Christian Kamm

Done-with: Christian Kamm

The detection of whether a type or one of its children is exported was
broken when we fixed the type information for the QtQuick module.

Reviewed-by: Erik Verbruggen

Reviewed-by: Erik Verbruggen

This is the name that other components will refer to it by. For
instance, MouseArea has a 'drag' property with type 'QDeclarativeDrag',
since QDeclarativeDrag was only exported as Qt.Drag and QtQuick.Drag,
the type lookup didn't manage to resolve the name.
(cherry picked from commit b53ba612)

This is the name that other components will refer to it by. For
instance, MouseArea has a 'drag' property with type 'QDeclarativeDrag',
since QDeclarativeDrag was only exported as Qt.Drag and QtQuick.Drag,
the type lookup didn't manage to resolve the name.

In the future, builtin objects are going to be exported in Qt 4.7 and
QtQuick 1.0.

Reviewed-by: Roberto Raggi

When multiple threads share the Bind instance in a Document and do
lookup on the objects contained inside, that may trigger a new object
creation in some situations - which needs to be synchronized.

Link now caches imports. That means importing the same library (say, Qt)
from more than one file no longer creates an importing namespace for
each one. Instead, a single one is created for the instance of Link.

To make this work, the type environment in ScopeChain has been given its
own type: Interpreter::TypeEnvironment. That has the added benefit of
being able to carry meta-information about imports. You can use
TypeEnvironment::importInfo(qmlComponentName) to get information about
the import node that caused the import of the component.

We don't want people modifying the shared component chain on a
const Context *.

Now that Contexts are cached, it needs to be copyable. However, the
ScopeChain has a QmlComponentChain member that owns resources and didn't
have a correct copy constructor or copy assignment operator.

I've made QmlComponentChain non-copyable and store a shared pointer to
an instance instead, as it will generally not change for a given
context.

Reviewed-by: Lasse Holmstedt

* If possible, create LookupContexts through SemanticInfo; it caches the
  linked Context and will be faster.
* Contexts now own their Engine.

Reviewed-by: Lasse Holmstedt

In preparation for caching Contexts.

Reviewed-by: Erik Verbruggen

To make sure
property color foo: "white"
is of type color, not string.

Done-with: ckamm

Done-with: ckamm