54069ccabe
Even though mplayer bundles the ffmpeg code base (and ffmpeg is not affected by this issue), mplayer uses its own build system and doesn't test properly for the availability (or not) of atomic operations. In order to keep things simple, we simply make mplayer depend on the availability of atomic operations, since it assumes they are available. The reverse dependency is propagated to libplayer and tovid. Fixes: http://autobuild.buildroot.net/results/6306757da3be9bb7e3cdcbfc8abb4e64a3fb7913/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
37 lines
1.1 KiB
Plaintext
37 lines
1.1 KiB
Plaintext
config BR2_PACKAGE_LIBPLAYER
|
|
depends on BR2_TOOLCHAIN_HAS_THREADS
|
|
bool "libplayer"
|
|
help
|
|
libplayer provides a generic A/V API that relies on various multimedia
|
|
player for Linux systems. It currently supports MPlayer, xine VLC and
|
|
GStreamer only
|
|
|
|
http://libplayer.geexbox.org/
|
|
|
|
if BR2_PACKAGE_LIBPLAYER
|
|
config BR2_PACKAGE_LIBPLAYER_MPLAYER
|
|
bool "mplayer backend"
|
|
depends on BR2_PACKAGE_MPLAYER_ARCH_SUPPORTS
|
|
depends on BR2_TOOLCHAIN_HAS_SYNC_4 # mplayer
|
|
select BR2_PACKAGE_MPLAYER
|
|
|
|
config BR2_PACKAGE_LIBPLAYER_GSTREAMER
|
|
bool "gstreamer backend"
|
|
depends on BR2_USE_WCHAR # glib2
|
|
depends on BR2_TOOLCHAIN_HAS_THREADS # glib2
|
|
depends on BR2_USE_MMU # glib2
|
|
select BR2_PACKAGE_GSTREAMER
|
|
|
|
comment "gstreamer backend needs a toolchain w/ wchar, threads"
|
|
depends on BR2_USE_MMU
|
|
depends on !BR2_USE_WCHAR || !BR2_TOOLCHAIN_HAS_THREADS
|
|
|
|
config BR2_PACKAGE_LIBPLAYER_PYTHON
|
|
depends on BR2_PACKAGE_PYTHON
|
|
depends on BROKEN # player_init params, builds for host
|
|
bool "Libplayer python bindings"
|
|
endif
|
|
|
|
comment "libplayer needs a toolchain w/ threads"
|
|
depends on !BR2_TOOLCHAIN_HAS_THREADS
|