Should work fine (ie. better than --enable-shared-libvlc) on Linux,
should work on Mac OS X (except for packaging), while shared libvlc doesn't.

Won't work on Win32 with the current Win32 contrib. Stick to static libvlc or
use --enable-shared-libvlc for now.

to the start of the function, to avoid unnecessary overhead of path checks.

Thanks to forum user http://forum.videolan.org/viewtopic.php?t=17646

mosaic.c: Bluescreen enhancement. Add convolution product of alpha mask with 5x5 gaussian. Makes it look better.

distort.c: change line orders.

* Scale width if only original height is known.

all: renamed DLL import library as libvlc.dll.a, as this is what mingw/cygwin ld expects to see. for more info refer to: http://www.sourceware.org/binutils/docs-2.16/ld/WIN32.html

all: for WIN32, create an import library libvlc-dll.a when linking libvlc.dll; updating linking for vlc.exe and activex.dll to use import library in place of dll.

Use include <file.h> for include files that can be found on the include path as provided to the compiler.

* fix the selection of both Theora and Vorbis on OSX (refs #503 and refs #531). They are being encapsulated in OGG now.

Fix running vlc from path in windows (see http://forum.videolan.org/viewtopic.php?t=17435 ). This could break the mozilla plugin on windows (see http://trac.videolan.org/vlc/changeset/9106) so i'm commiting and i'll do a nightly to check. One way to be sure would be to ask Gibalou but ....

vlccontrol.cpp: fixed bounds issue when allocating memory and iterating through a SafeArray, thanks to Walter Zheng for reporting this problem

Yet to find a solution for the same problem with shared libvlc