2012-01-26 18:42:36 +01:00
|
|
|
config BR2_PACKAGE_LIBECORE
|
|
|
|
|
bool "libecore"
|
|
|
|
|
select BR2_PACKAGE_LIBEINA
|
|
|
|
|
help
|
|
|
|
|
Ecore is the event/X abstraction layer that makes doing
|
|
|
|
|
selections, Xdnd, general X stuff, event loops, timeouts and
|
|
|
|
|
idle handlers fast, optimized, and convenient.
|
|
|
|
|
|
|
|
|
|
http://trac.enlightenment.org/e/wiki/Ecore
|
|
|
|
|
|
|
|
|
|
if BR2_PACKAGE_LIBECORE
|
|
|
|
|
|
|
|
|
|
config BR2_PACKAGE_LIBECORE_DIRECTFB
|
|
|
|
|
bool "libecore DirectFB support"
|
|
|
|
|
depends on BR2_PACKAGE_DIRECTFB
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config BR2_PACKAGE_LIBECORE_FB
|
|
|
|
|
bool "libecore framebuffer support"
|
|
|
|
|
|
|
|
|
|
config BR2_PACKAGE_LIBECORE_SDL
|
|
|
|
|
bool "libecore SDL support"
|
|
|
|
|
select BR2_PACKAGE_SDL
|
|
|
|
|
|
|
|
|
|
config BR2_PACKAGE_LIBECORE_X
|
|
|
|
|
bool "libecore X support"
|
|
|
|
|
depends on BR2_PACKAGE_XORG7
|
|
|
|
|
select BR2_PACKAGE_XLIB_LIBX11
|
|
|
|
|
select BR2_PACKAGE_XLIB_LIBXEXT
|
|
|
|
|
|
|
|
|
|
config BR2_PACKAGE_LIBECORE_X_XCB
|
|
|
|
|
bool "libecore XCB support"
|
|
|
|
|
depends on BR2_PACKAGE_XORG7
|
|
|
|
|
select BR2_PACKAGE_LIBXCB
|
|
|
|
|
select BR2_PACKAGE_XLIB_LIBX11
|
|
|
|
|
select BR2_PACKAGE_XCB_UTIL
|
|
|
|
|
|
|
|
|
|
config BR2_PACKAGE_LIBECORE_EVAS
|
|
|
|
|
bool "libecore Evas support"
|
|
|
|
|
select BR2_PACKAGE_LIBEVAS
|
evas: depend on thread support
Evas has an optional mechanism to do asynchronous preloading of
images. This mechanism is optional, and in commit
b6d92bf415df33ac86487d68f5f8299f406859d2 ("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 commit
b6d92bf415df33ac86487d68f5f8299f406859d2 which 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>
2014-02-22 19:20:02 +01:00
|
|
|
depends on BR2_TOOLCHAIN_HAS_THREADS
|
|
|
|
|
|
|
|
|
|
comment "evas support needs a toolchain w/ threads"
|
|
|
|
|
depends on !BR2_TOOLCHAIN_HAS_THREADS
|
2012-01-26 18:42:36 +01:00
|
|
|
|
|
|
|
|
endif # BR2_PACKAGE_LIBECORE
|
