eda5dd1cee
Evas has an optional mechanism to do asynchronous preloading of images. This mechanism is optional, and in commitb6d92bf415("libevas: async image preload support needs threads support in toolchain"), Peter made sure to disable the asychronous preloading when no thread support was available. Unfortunately, it seems like disabling the asynchronous loading is rarely used, and it in facts fails to build: a member of structure is not present when asynchronous preloading is disabled, but the code continues to use it. Since the fix is not obvious, and all this mechanism seems to have changed completely in EFL 1.8.x, and we probably don't care much about EFL without threads, this commit adds a dependency of libevas on thread support. Consequently, it also reverts commitb6d92bf415which is no longer necessary. Of course, this commit propagates this additional dependency to the reverse dependencies of libevas. Fixes: http://autobuild.buildroot.org/results/6de/6de90018a9eeb9c495d15046a8b3270eb95a5550// http://autobuild.buildroot.org/results/693/693df99db4ab357b48d427be3a72f6d64dd53065// Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
19 lines
576 B
Plaintext
19 lines
576 B
Plaintext
comment "libelementary needs a toolchain w/ threads"
|
|
depends on !BR2_avr32
|
|
depends on !BR2_TOOLCHAIN_HAS_THREADS
|
|
|
|
config BR2_PACKAGE_LIBELEMENTARY
|
|
bool "libelementary"
|
|
select BR2_PACKAGE_LIBEINA
|
|
select BR2_PACKAGE_LIBEVAS
|
|
select BR2_PACKAGE_LIBECORE
|
|
select BR2_PACKAGE_LIBEDJE
|
|
depends on !BR2_avr32 # libevas
|
|
depends on BR2_TOOLCHAIN_HAS_THREADS # libevas
|
|
help
|
|
Elementary is a widget toolkit and EFL wrapper and convenience
|
|
library to make it easy to build applications and tools with UIs
|
|
with less code.
|
|
|
|
http://trac.enlightenment.org/e/wiki/Elementary
|