buildroot/package/mplayer, branch 2017.02.2

package/mplayer: fix compilation failure with MMX in libmpcodecs/vf_fspp.c

2017-04-24T14:01:02+00:00

Compile error found while fixing http://autobuild.buildroot.net/results/642/6422adeef19ec547c7bc3f8ad3b0d51702015240/ Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni (cherry picked from commit eabf4102ce07168988a826b79c6eb0c34d685e09) Signed-off-by: Peter Korsgaard

package/mplayer: mmxext requires sse

2017-04-24T14:00:15+00:00

MPlayer contains mmxext code for which a SSE-enabled CPU is required, for details see https://bugs.funtoo.org/browse/FL-2202 Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni (cherry picked from commit 0d202de1dd3c801a3b5486605bc7b927a13439ed) Signed-off-by: Peter Korsgaard

package/mplayer: fix musl build error

2017-04-24T13:59:25+00:00

Fixes http://autobuild.buildroot.net/results/08e/08ed316677f519c8005928366aea89570527a033/ Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni (cherry picked from commit 2184f48c4545d2629b1706112e7c9f380aac8d2b) Signed-off-by: Peter Korsgaard

package/mplayer: add optional support for pulseaudio

2017-03-13T23:28:00+00:00

Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni (cherry picked from commit a085b7c3139b2c4543530fb0adf0047d8a4c1fd3) Signed-off-by: Peter Korsgaard

mplayer: not supported on or1k

2017-02-26T22:43:28+00:00

MPlayer doesn't support OpenRISC: The architecture of your CPU (or1k) is not supported by this configure script It seems nobody has ported MPlayer to your OS or CPU type yet. so disable it on this architecture. Fixes: http://autobuild.buildroot.net/results/47207dfd10ff6e5ec4ccdcf8454aaf5f408ad1e3/ Signed-off-by: Thomas Petazzoni

mplayer: disable for FLAT

2016-11-21T20:46:00+00:00

mplayer uses a homegrown configure script that calls 'gcc -v | tail -1' to find the gcc version. However, our toolchain wrapper adds -Wl,-elf2flt to the gcc arguments. This triggers gcc to do an actual compile (rather than just printing version info and exiting), and that compile fails because of the missing definition of main(). The last line of the output is therefore: collect2: error: ld returned 1 exit status and configure doesn't find a version in there. It then falls back to using the host gcc instead, which breaks things completely a bit further down the line. Since mplayer probably isn't very useful on noMMU architectures anyway, just disable it completely for FLAT. Fixes: http://autobuild.buildroot.net/results/58cf28a3acd518633a1d8ea719bc70aefbdfb311 Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

mplayer: use $(TARGET_MAKE_ENV) when calling $(MAKE)

2016-10-15T12:16:56+00:00

Signed-off-by: Gustavo Zacarias Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

mplayer: fix detection of X.org

2016-08-31T21:28:52+00:00

As reported in bug #8206, the mplayer configure script fails to detect the availability of X11 header/library if the X.org development packages are not installed on the build machine. This is due to the logic used by the mplayer configure script, which looks like this: for I in $(echo $extra_cflags | sed s/-I//g) /usr/include ; do if test -f "$I/X11/Xlib.h" ; then _x11_headers="yes" So, in other words, it: 1/ Parses the --extra-cflags option, and finds the -I options in there. 2/ Looks in /usr/include Since $(STAGING_DIR)/usr/include is in the compiler built-in search path for headers, we currently don't explicitly pass it in --extra-cflags, so mplayer only looks in /usr/include. If you have X11 headers there thanks to being installed on your build machine, everything works fine (the rest of the build logic really uses the headers and libraries of the cross-compiler). But if you don't have X11 headers in /usr/include, the configure scripts assumes X11 is not available. Since fixing the hand-written configure script of mplayer, hosted in a Subversion repository, is beyond sanity, we simply work around this problem by passing the appropriate -I$(STAGING_DIR)/usr/include option in --extra-cflags. Before this patch, during the configure script: Checking for X11 headers presence ... no (check if the dev(el) packages are installed) Checking for X11 ... no (check if the dev(el) packages are installed) And then, the mplayer binary: 0x00000001 (NEEDED) Shared library: [librt.so.0] 0x00000001 (NEEDED) Shared library: [libz.so.1] 0x00000001 (NEEDED) Shared library: [libpthread.so.0] 0x00000001 (NEEDED) Shared library: [libdl.so.0] 0x00000001 (NEEDED) Shared library: [libm.so.0] 0x00000001 (NEEDED) Shared library: [libc.so.0] With this patch, during the configure script: Checking for X11 headers presence ... yes Checking for X11 ... yes And then, the mplayer binary: 0x00000001 (NEEDED) Shared library: [librt.so.0] 0x00000001 (NEEDED) Shared library: [libz.so.1] 0x00000001 (NEEDED) Shared library: [libpthread.so.0] 0x00000001 (NEEDED) Shared library: [libdl.so.0] 0x00000001 (NEEDED) Shared library: [libm.so.0] 0x00000001 (NEEDED) Shared library: [libXext.so.6] 0x00000001 (NEEDED) Shared library: [libX11.so.6] 0x00000001 (NEEDED) Shared library: [libXinerama.so.1] 0x00000001 (NEEDED) Shared library: [libXxf86vm.so.1] 0x00000001 (NEEDED) Shared library: [libc.so.0] Fixes bug #8206 Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

package/mplayer: needs BR2_TOOLCHAIN_HAS_SYNC_4

2016-07-04T12:53:51+00:00

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 Signed-off-by: Thomas Petazzoni

package/mplayer: Fix static linking with tremor & libogg

2016-07-04T09:42:35+00:00

Fixes http://autobuild.buildroot.net/results/bc9/bc98fa585399b53ea181dbaf392b93424145911d/ Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni