Minor changes to enable c++11 compilation

[hvraven]

This adds several minor changes to allow compilation of xbmc with -std=c++11 (tested with clang-3.4).

Almost all changes are just syntax changes, which shouldn't change anything in the result. Only exception is commit 4feadca which changed the type of two macros from unsigned to signed, because it would lead to impossible narrowing

[hvraven]

a thing I forgot: I didn't build xbmc with all features enabled, it may be that there are still places which need to be adjusted

[t-nelson]

We're in feature freeze for Gotham now, so superfluous changes like this
are on hold. I might be interested in the last commit if you can find a
place where the old code was indeed misbehaving.

[hvraven]

So I'll just leave it open for the next release after Gotham.
I think the last commit doesn't change anything in regards of the code, but c++11 is stricter about implicit narrowing. It's simply not possible to convert -3u into int, because it will result in a number too large for an int. C++03 doesn't care and will just perform bitwise comparison (which will be the same as (int)-3, for C++11 it's a compilation error. The fix should just force the behavior of C++03. I don't know much about the Window-code there. At a first look an enum seems to be the correct solution for that situation.

[t-nelson]

Great. Thanks for understanding. We'll revisit this post Gotham.

[MartijnKaijser]

@lorem-ipsum
care to rebase against current master?

[hvraven]

Yup, give me a few days, I'm a bit busy right now

[hvraven]

A bit more than a few days, but now it should work again

[hvraven]

Comparision against NULL is nicer than the explicit cast, I updated the branch and i merged your changes to ThreadMessage instead of my hacks.

[jmarshallnz]

Thanks! jenkins build this please