Change-Id: I2149511f958ba75e81dc41b10b01eb9d19610037

Without this, assigning to a ScopedVclPtr instance thus:

    pScopedVclPtr = new Foo();

constructed a new intermediate ScopedVCLPtr, used a default assignment
operator, unhelpfully disposing the new Foo before it could make it to
pScopedVclPtr => add operator, and hide problematic constructors.

Change-Id: Icc0da962938bf115eac0c24a6a76cfeb66ddf23a

Change-Id: Iebdf2af3866d884289f6913646106fe3f2d4dde5

Change-Id: I2f0d8a4fe426d8ee1ac55a05ae8dd0b44f9aab2b

Change-Id: Ia742c47399231bc5914b6586132ad3daf694fdb0

Change-Id: I2353d8e9f2b30bf00cf5229613793d9605854b76

sometimes we need to call clear() instead, and there is no
automatic way of figuring this out

Conflicts:
	compilerplugins/clang/vclwidgets.cxx

Change-Id: Iad96342ce3fdb3fa2f548270392aa00e19fec599

Change-Id: I6f4a74bf56543e4d31d3b84a0cd2830d4f4d669a

They need to be wrapped in ScopedVclPtr in order to be disposed properly.

Change-Id: Ib64dba353774f54711e4de7f5d15d859c6a4dc7e

At least a start of some documentation on VCL lifecycle.

Change-Id: I6180841b2488155dd716f0d972c208b96b96a364

Change-Id: Iba04ec828f7ce37fc6ede28a64f1c286d81ff705

Change-Id: Id56188c0f72b74bc9ce6eed558a8339d4175d628

Change-Id: I1a5174334f41bc319e0806b9d324be64ba6d0135

Change-Id: Iae01ddcb6a0cde3be1bd79200e9177983be2f924

Change-Id: If9228f8777edd4532e9a167eae23095c5e232a6c

Change-Id: Iafac8812714a0be68f5608f657c76c159f2912a0

Change-Id: Ib67fd510626809baab774382d37b20462253fc31

Change-Id: Id28aeb44b4c48fec944e21fed7a9acf9f7f8b68a

Change-Id: I6d6d41b8a6501ce7d35c78e5b730ea45143d6b73

Change-Id: I5563cfa35142f088533ae998d087dec669a13287

Change-Id: Ieb6f58222ffc3e03c1d599752a6f02600e1bee1f

Change-Id: Ie57434607b61085a882af40b63d6a4b7aac0d4d3

Change-Id: I71c877773cbdabe10f617d1d3d7141ebd6d93923

Change-Id: I7a1f95ae1d8577114634c62aa89d3c7e1fde62c1

Change-Id: I4f05929daa8b78b309d8a0498a2bb3246af9e18a

Change-Id: I1abdf0a6d43029fb29e5cbc6c3f788aa98f55a1f

Change-Id: Ib593f05447a8a657649ef83febb4ef0e5b6476dd

Change-Id: I210c71c1a7236d286256a498f3f4f28f4185d052

Change-Id: If3ecbb0599b50d50ce6b3997ca7892200c332ffe

fields which need to be wrapped in VclPtr

Change-Id: I6e465c66c51018b3beffadb6c99d8a08f071331e

which acts like boost::scoped_ptr to disposeAndClear a vcl::Window when
it leaves scope

Change-Id: I077522734585c19d6bbc3cbf81f1fa45e61ecd02

Change-Id: I066337f46a3c39d1eaba5e7a1f4e1278816a0b27

Change-Id: Ibc29b488cf5077f1d5eb996a8d88dfd057de8266

Change-Id: Icc9051bad16c0e66c9e9f631c487a2facde72e9f

Change-Id: I6e960db9659f5122a45c4cf173e680bb782acf76

Change-Id: I0c72231a932186130246bab343653ecb563a41f2

Change-Id: I7fb7cf919e3f46dd03a18b1cb95fa881915f9642

Change-Id: Ia126588580b76cc69944bb974d93cb51ee0356dd

Sometimes it matters; doing a disposeAndClear() instead can change
the order of destruction profoundly. Fix a number of issues from:
    "vclwidget: change all vcl::window fields to be wrapped in VclPtr"

Change-Id: I3127d3ed973458e8299156453258e167dbdb8ccf