See http://git.videolan.org/gitweb.cgi/x264.git/?a=commit;h=c89bc900a3bf0d4c4c728ad378703970b4f14e18 for more details.

Also #undef some local macros.
Still a lot of potential memleaks.

We don't need an explicit barrier when setting initialized from
vlc_mutex_init(). The caller shall synchronize memory after
vlc_mutex_init() from any thread calling vlc_mutex_lock() anyway,
since locking an unitialized non-static mutex is undefined.

(cherry picked from commit b1aa0a1a872627bb6bf6d94fea8145f4b6c3fccd)

Fix #2159

when --enable-libcdio was passed to configure, vcdinfo was searched and
linked against if found (only do that when vcdinfo wasn't disabled)
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Redefine vlc_dictionary_clear() and vlc_dictionary_remove_value_for_key() Allow passing a pointer to a function and an opaque pointer in order to free the memory if the values of the dictionary contain allocated memory.
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

This bug can never happen, as we never call with pppsz_longname == NULL
at the moment.