(well only for libtool and shared libvlc)

Clean your build tree before whining.

And yes, it breaks the mostly-builtin option (obviously).
It also speeds up automake a tiny bit.

* Don't crash on Flac samples that have more channels than we can handle.

Needs to be backported

- Don't handle impossible (and would-be harmless) errors.
- Don't try Source Specific Multicast when not implemented by libc
  (this *includes* Mac OS X on the build bots)

Not tested. Needs testing + backport.

This hides bugs on all other OSes (incl. Windows).
Better update your glibc instead.

This needs to be backported to 0.8.6.

- libvlc.h: use C99 designated initializers to partially initialize help module config (this disable a bunch of warnings, and non-initialized members are automatically set to nil)

* packetizer h264: Donwq't gather the block chain when resending the headers. Only insert the blocks

Apparently ffmpeg doesn't like how we were feeding the SPS/PPS to it. At least this way it works. There is still something wrong. Instead of directly starting to work after the SPS/PPS is received (from MPEG-TS), it waits 1 extra I frame. If I just output the SPS/PPS directly instead of reinserting it, it works directly after the SPS/PPS is received on the I frame directly following them.