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.

I believe this path cannot be triggered at the moment however, as
there quite few block_Realloc users. Fixes CID#197.

(it's not distinct from the module bank lock)

Unfortunately(?), these only occur in multi-instances scenarii...