buildroot/package/mplayer, branch 2017.02

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

package/mplayer: adjust configure options to updated libdvdread/libdvdnav

2016-06-19T21:01:42+00:00

Signed-off-by: Bernd Kuhls Signed-off-by: Peter Korsgaard

mplayer: not available on m68k

2016-06-15T20:22:48+00:00

Fixes: http://autobuild.buildroot.org/results/e48/e48db9dc487547f4d6f6102b4bd2512e0281018a/ http://autobuild.buildroot.org/results/cfc/cfc6ad13c7b4fb080ee89ba4acb420ebb38373ea/ From the log: The architecture of your CPU (m68k) is not supported by this configure script It seems nobody has ported MPlayer to your OS or CPU type yet. Error: unsupported architecture m68k Signed-off-by: Peter Korsgaard

package/mplayer: add optional support for mpg123

2016-06-06T21:24:03+00:00

mplayer has optional support for mpg123, to get reproducable builds add mpg123 as optional dependency. Linked libraries without this patch: $ output/host/usr/bin/x86_64-linux-readelf -a output/target/usr/bin/mplayer | grep NEEDED 0x0000000000000001 (NEEDED) Shared library: [librt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libpthread.so.1] 0x0000000000000001 (NEEDED) Shared library: [libdl.so.1] 0x0000000000000001 (NEEDED) Shared library: [libm.so.1] 0x0000000000000001 (NEEDED) Shared library: [libc.so.1] Linked libraries after this patch: $ output/host/usr/bin/x86_64-linux-readelf -a output/target/usr/bin/mplayer | grep NEEDED 0x0000000000000001 (NEEDED) Shared library: [librt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libmpg123.so.0] 0x0000000000000001 (NEEDED) Shared library: [libpthread.so.1] 0x0000000000000001 (NEEDED) Shared library: [libdl.so.1] 0x0000000000000001 (NEEDED) Shared library: [libm.so.1] 0x0000000000000001 (NEEDED) Shared library: [libc.so.1] Like with many other optional libraries detection of mpg123 is broken if --enable-mpg123 is passed to configure leading to a build error: libmpcodecs/ad_mpg123.o: In function `set_format': ad_mpg123.c:(.text+0x63): undefined reference to `mpg123_getformat' libmpcodecs/ad_mpg123.o: In function `decode_a_bit': ad_mpg123.c:(.text+0x1b6): undefined reference to `mpg123_feed' ad_mpg123.c:(.text+0x20e): undefined reference to `mpg123_replace_buffer' ad_mpg123.c:(.text+0x223): undefined reference to `mpg123_decode_frame_64' ad_mpg123.c:(.text+0x275): undefined reference to `mpg123_strerror' [...] Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

Merge branch 'next'

2016-06-01T15:55:16+00:00

Signed-off-by: Peter Korsgaard