Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

So at least, someone can test/fix it...
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

CLose #4298

Should fix the issue mentionned on #3816, comment 14, 2 last results...

10l

(This does not affect directories and block devices.)

It is safe (out since 2 years) and it doesn't break the ugly win32 port
I did...

Should fix wiN32 contribs

It also fixes shared access to b_die without a lock(or equivalent) being used.

It's retarded for an installed file to depend on it

It breaks the build of pthread.

This reverts commit f8db78d5.
Signed-off-by: Pierre Ynard <linkfanel@yahoo.fr>

libmodplug is thread safe except when loading files or configuring settings
(before loading a file).

There are no functional, source or binary changes. This is only for
consistency: libvlc stuff -> LIBVLC, vlc plugin stuff -> VLC

additionally, make sure /opt doesn't sneak in our patch

How many times does this have to be spelt?!

Unfortunately, libtool is yet incapable of doing marking symbols as
hidden (not exported) at compilation time.  So lets do it manually.
According to the GCC documentation, this allow some compile-time
optimizations depending on the platform.
This was already done by Damien earlier (and removed during the
plugin headers cleanup).

The check is disabled on Windows, as the compiler accepts the flag,
but generates lots of warnings during compilation.