* update libtwolame to 0.3.9 allows a simplification of our patch, as darwin9 linker appears to be as picky as MVS05's

* patch libtwolame and re-enable x264 as it was fixed upstream. all contribs are save for future darwin releases now. this commit deprecates all osx releases < 10.4 and the usage of GCC3 on Darwin. bootstrap will need further tweaking once 'gcc -dumpmachine' is updated to Darwin 9.

I wonder what I was thinking about.

bindings/python: removed vlc.Object code from the main vlc python module. This module should now be cleanly buildable from outside the VLC tree, given the public headers and appropriate libs are available.

bindings/python: moved vlc.Object (access to internal framework of VLC objects) to its own vlcinternal.Object module, which is not build by default.

as long as this does not cause infinite recursion.
Also fix a few really minor ToCToU errors.

Simplified mozilla headerfile detection for use with firefox-development headers and got rid of XPIDL/XPCOM checks from previous commit.

Fixes opening of directories.

Do not ignore access specification; do not fallback to vcd, file whatever.
It sucks (e.g. if following an HTTP URL you really should only try to
use the HTTP plugin, and this is the proper and only way to do it).

Again MRLSplit might need to be improved (not sure how)

Maybe you have a colon in your filename,
but it is no reason to mix access protocols.

You do not want to get another access filter plugin that the one you
requested, do you?

(There was no bug here; this is just to please Quovodis :) )

- extras/libc.c: fixed stack overflow due to infinite recursion in vlc_wopendir(). I really don't like system APIs remapping to vlc_... too bug prone

Initially reported by Kevin Finisterre

* using GCC 3.3 with the 10.3.9 SDK is definitelly no good idea. x264 and libtwolame remain broken for future d. releases