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

Patch by Mikko Hirvonen <masse at astro dot helsinki dot fi> for Firefox-1.5.x development tools detection in configure.ac. The patch is applied with some modifications of me

* added out-of-the-box support for future darwin releases. right now, the following libraries are broken (due to linking issues): cdio, cddb, vcdimager and twolame. additionally, x264 doesn't compile because of a bug in makefile/config.mak.

Some testing might be needed 

I tried on samples:
 ftp://ftp.funcom.com/media/Dreamfall/final_dreamfall_trailer_funcom_qtmp4.mov
 http://www.movie-update.com/download/11372/sm3_sneak_peek.mov

According to the Mplayer mailing list, there might be endianess issues (i couldn't find s24b equivalent samples ... so i couldn't test). See http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-March/041206.html

* simplified the xcodebuild part, since VLC doesn't support Darwin 6 aka OSX 10.2 anymore and we therefore don't need to support pbxbuild either

* some GUI improvements, which need further work once the vout-filter-rework is completed. this commit needs compatibility checking with current IB releases, especially for the folks interested in compiling on 10.3.

the pointer. Fixes #940

doesn't work for the sample stream I tested, but I think that stream
is bad