P.S.: I don't like to include VLC headers in plugin-wide headers

That said, if someone really wants to support running vlc.exe from the
build tree, this is far from sufficient. I would suggest setting
data-path and plugin-path in static compilations of winvlc.c like we
already do for vlc.c instead.

This is obsolete according to IRC conversation. But I also think it got
never really executed, code like "case foo in fo*) a ;; foo*) b ;; esac"
would never lead to b in the shells i've tested.
Signed-off-by: Daniel Mierswa <impulze@impulze.org>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

See 9eb3e68fSigned-off-by: Daniel Mierswa <impulze@impulze.org>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

LIBS_dvdcss is vague since it's not it's own module but rather just
accidently set on bsdi systems. Just do the check in the modules that
need the hack now.
Signed-off-by: Daniel Mierswa <impulze@impulze.org>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Since we used AC_ARG_WITH(groupname) to indicate a group of options we
definitely want the configure output sorted.
Now we use EXTEND_HELP_STRING and do no longer abuse AC_ARG_WITH.
Signed-off-by: Daniel Mierswa <impulze@impulze.org>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>