buildroot/package/madplay, branch 2017.11

madplay: use the new gettext logic

2017-07-04T23:28:45+00:00

This commit switches to use the new gettext logic, which involves: - using TARGET_NLS_DEPENDENCIES instead of hand-encoded dependencies on gettext/host-gettext - dropping BR2_PACKAGE_GETTEXT selection Signed-off-by: Thomas Petazzoni

package/madplay: add custom libtool patch

2017-05-30T21:22:09+00:00

madplay use a libtool script in version 1.5.2 but the libtool patch "buildroot-libtool-v1.5.patch.patch" doesn't apply. From [1]: "It's libtool dropping -static. That's because madplay has a weird version of libtool, on which our libtool patch doesn't apply so we have MADPLAY_LIBTOOL_PATCH = NO. Therefore, the hack we have that makes libtool -static behave like -all-static isn't applied, causing this build failure." Fixes: http://autobuild.buildroot.net/results/60def1b15ea61d3cb5f50e9de3f354dd2e17d270 [1] http://lists.busybox.net/pipermail/buildroot/2017-May/192959.html Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

boot, linux, package: use SPDX short identifier for GPLv2/GPLv2+

2017-04-01T13:16:38+00:00

We want to use SPDX identifier for license strings as much as possible. SPDX short identifier for GPLv2/GPLv2+ is GPL-2.0/GPL-2.0+. This change is done by using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/\/GPL-2.0/g' Signed-off-by: Rahul Bedarkar Signed-off-by: Thomas Petazzoni

madplay: workaround not needed anymore

2017-02-20T21:15:00+00:00

The patches for uClibc-ng are upstream and added to buildroot. Signed-off-by: Waldemar Brodkorb Signed-off-by: Thomas Petazzoni

madplay: fix build on noMMU platforms

2016-12-07T22:24:07+00:00

A recent change in uClibc-ng removed the MADV_* definitions for madvise(), but kept the madvise() function itself. This defeats the logic used in madplay: it checks if madvise() is available, and if it is, uses it and assumes the MADV_* definitions exist. This inconsistency has been reported to upstream uClibc-ng, but in the mean time, we can simply tell madplay to not use madvise(), which is anyway useless on noMMU platforms. Fixes: http://autobuild.buildroot.net/results/3291554ea013e5f4a8f3447e10e664dffa8b131b/ Signed-off-by: Thomas Petazzoni

Revert "madplay: fix musl gettext support detection"

2016-02-01T16:07:37+00:00

This reverts commit a0a244d26d8e7e7e5465c3e6e9fcd1c31e2c178d. As this is now handled globally in TARGET_CONFIGURE_ARGS, this can be reverted here. Signed-off-by: Peter Korsgaard

madplay: fix musl gettext support detection

2016-01-27T17:17:30+00:00

Fixes: http://autobuild.buildroot.net/results/256/2561190b274d71666c4bdf3c569b02063cefdb30/ http://autobuild.buildroot.net/results/14e/14e6addcd3ec35f882da7ec489caa9b60ecd4b63/ http://autobuild.buildroot.net/results/cf0/cf011286be839674d358a8bccaf1c5c52de75e46/ madplay needs gettext when built with nls, and it support 3 variants: - C library support gettext (E.G. glibc) - Libintl (E.G. uClibc) - An included libintl copy The included libintl copy has unfortunately bitrotted and doesn't even build any more. With that said, musl DOES have gettext support, so that should be used instead. The configure script unfortunately uses an old AM_GNU_GETTEXT test, which explicitly checks for nonstandard glibc extensions, which musl doesn't support: http://www.openwall.com/lists/musl/2015/04/16/3 Which causes the detection to fail: configure:24770: checking for GNU gettext in libc configure:24794: /home/peko/source/buildroot/output/host/usr/bin/i486-linux-musl-gcc \ -o conftest -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 \ -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 conftest.c >&5 /tmp/ccboDFhK.o: In function `main': conftest.c:(.text+0x39): undefined reference to `_nl_msg_cat_cntr' conftest.c:(.text+0x40): undefined reference to `_nl_domain_bindings' collect2: error: ld returned 1 exit status Now, madplay itself doesn't actually use these glibc extensions, so just force the detection of GNU gettext when musl is used. Signed-off-by: Peter Korsgaard

packages: use backtick instead of $(shell ...) make function

2015-07-14T22:42:01+00:00

It is often difficult to know exactly when make will expand the variable, and usually it can only be expanded after the dependencies have been built (e.g. pkg-config or the .pc file). Using a backtick instead makes it very clear that it will be expanded only while executing the command. This change is useful for two cases: 1. The per-package staging (and host) directory will be created as part of the configure step, so any $(shell ...) variable that is used in the configure step will fail because the directory doesn't exist yet. 2. 'make printvars' evaluates the variables it prints. It will therefore trigger a lot of errors from missing .pc files and others. The backticks, on the other hand, are not expanded, so with this change the output of 'make printvars' becomes clean again. This commit contains only the easy changes: replace $(shell ...) with `...`, and also replace ' with " where needed. Follow-up commits will tackle the more complicated cases that need additional explanation. After this change, the following instances of $(shell ...) will remain: - All assignments that use := - All variables that are used in make conditionals (which don't expand the backticks). - All variables that only refer to system executables and make variables that don't change. - The calls to check-host-* in dependencies.mk, because it is eval'ed. [Original patch by Fabio Porcedda, but extended quite a bit by Arnout.] Signed-off-by: Fabio Porcedda Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

package/*: rename patches according to the new policy

2015-02-03T13:52:56+00:00

Autogenerated from rename-patch.py (http://patchwork.ozlabs.org/patch/403345) Signed-off-by: Samuel Martin Signed-off-by: Peter Korsgaard

madplay: fix alsa detection/linking using host-pkgconf

2015-02-02T23:03:20+00:00

Fixes [1]: configure check for libasound failed because of missing pthread linkage. [1] http://autobuild.buildroot.net/results/f3a/f3a0b3ff15e729d223c8c8ee6af75c425cd344b6/ Signed-off-by: Peter Seiderer Signed-off-by: Peter Korsgaard