misc/objects.c: Don't rely on vlc_object_destroy() to destroy objects, but expects vlc_object_release to do it when the refcount goes to zero.
* Meaning, that when created objects gets a refcount to 1.
* Destroying is instantaneous and we don't have to poll for a few secondss or so to wait until the object's refcount reach 0.
* We now track vlc_object_t's mem leaks when libvlc_global is released (Hard error for now, so they don't get unoticed)
* We fail hard if an object is released with a refcount of 1 without being detached from its parent and its children, to make sure such cases don't go unoticed.
(make test or make check still pass after that one. VLC is known to leak one object when no module is loaded, this must be fixed).

cmake: Code clean up, set up options before we start including custom macros, add CONTRIB_INCLDE to CMAKE_REQUIRED_INCLUDES if ENABLE_CONTRIB is set, and correctly discover postproc/postprocess.h header by temporarily adding FFmpeg_CFLAGS to CMAKE_REQUIRED_FLAGS before checking for the header.

XvMC: remove warnings. The compilation problems lies in a confustion between subpicture_data_t from spudec.h and subpicture_sys_t. No idea how to fix.

XvMC: Compile Fixes, b_shm removal, and obvious typos... subpicture_sys_t still undeclared, no idea why it is around...

XvMC Vout: Fix the macroblocks_t definition. Still not compiling because of subpictures_sys_t not defined.

 - Fix ActiveX.

Lets wait for 0.9.1 to sort this out.

 - Remove useless system_VLCPath

XvMC: revert [25318] and do it in a better way. Remove some warnings because of forgotten inclusions.

This can cause needless I/O, and consistutes a trivial local privilege esclation.

If you packaged without staged installation you're going to have a problem (but packaging without staged installation is to utterly lame in the first place)