package/xz-utils: does not require threads

Commit 799c12e (xz-utils: needs threads) tried to fix an autobuild
failure by requiring threads. But xz-utils can be configured without
thread support (even though it is one of the most prominent
selling-points of the latest release!).

[Thomas: use --{enable,disable}-threads instead of
--enable-threads={yes,no}, to match what we generally do in most
autotools packages.]

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This commit is contained in:
Yann E. MORIN 2015-01-09 18:03:25 +01:00 committed by Thomas Petazzoni
parent 53e5f5e1d0
commit 0dbc17abcb
2 changed files with 6 additions and 4 deletions

View file

@ -1,6 +1,5 @@
config BR2_PACKAGE_XZ
bool "xz-utils"
depends on BR2_TOOLCHAIN_HAS_THREADS
help
XZ is the successor to the Lempel-Ziv/Markov-chain Algorithm
compression format, which provides memory-hungry but powerful
@ -13,6 +12,3 @@ config BR2_PACKAGE_XZ
package.
http://tukaani.org/xz/
comment "xz-utils needs a toolchain w/ threads"
depends on !BR2_TOOLCHAIN_HAS_THREADS

View file

@ -12,5 +12,11 @@ XZ_CONF_ENV = ac_cv_prog_cc_c99='-std=gnu99'
XZ_LICENSE = GPLv2+ GPLv3+ LGPLv2.1+
XZ_LICENSE_FILES = COPYING.GPLv2 COPYING.GPLv3 COPYING.LGPLv2.1
ifeq ($(BR2_TOOLCHAIN_HAS_THREADS),y)
XZ_CONF_OPTS = --enable-threads
else
XZ_CONF_OPTS = --disable-threads
endif
$(eval $(autotools-package))
$(eval $(host-autotools-package))