summaryrefslogtreecommitdiffstats
path: root/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
Commit message (Collapse)AuthorAgeFilesLines
* distro_features_check: expand with MACHINE_FEATURES and COMBINED_FEATURES, ↵Denys Dmytriyenko2019-11-211-1/+1
| | | | | | | | | | | | | | | | rename Besides checking DISTRO_FEATURES for required or conflicting features, being able to check MACHINE_FEATURES and/or COMBINED_FEATURES may also be useful at times. Temporarily support the old class name with a warning about future deprecation. (From OE-Core rev: 5f4875b950ce199e91f99c8e945a0c709166dc14) Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib: drop native overrides for REQUIRED_DISTRO_FEATURESAlexander Kanavin2019-05-071-1/+0
| | | | | | | | | | | x11 is actually always present in native DISTRO_FEATURES, and so it's fine to require it in all cases. (From OE-Core rev: 1d9f1da619089fc8edee027261b1fbe2e673091b) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib: allow native building without x11 DISTRO_FEATURESRoss Burton2015-12-281-0/+1
| | | | | | | | | | | The Xorg libraries use REQUIRED_DISTRO_FEATURES to stop building on distributions without the x11 feature but this stops people building native tooling that uses libX11, such as libsdl-native. (From OE-Core rev: 161bb3409edee21827cf594cc011fe88185f1496) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib-common.inc: add missing dep for xmltoHongxu Jia2014-07-161-1/+1
| | | | | | | | | | | | | Add docbook-xml-dtd4-native and docbook-xsl-stylesheets-native to PACKAGECONFIG[xmlto]'s dep. [YOCTO #2416] (From OE-Core rev: 80259291d6a066d43de2976da80cd327d7335d33) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib-common.inc: add PACKAGECONFIG for xmltoHongxu Jia2014-07-101-2/+7
| | | | | | | | | | | | Support xmlto for documentation generation and disable it by default. [YOCTO #2416] (From OE-Core rev: 5d80a47de953f47cdb0cc8d394bf200758fa9624) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib: remove explicit --enable-malloc0returnsnullRoss Burton2013-12-141-2/+0
| | | | | | | | | | | util-macros 1.18 will read the autoconf site cache, so these values are redundant. (From OE-Core rev: b4aaacd7699a8a9c8aafebd8243eb0db3eb29fb1) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib-common.inc: use REQUIRED_DISTRO_FEATURES variableAndreas Oberritter2013-12-091-6/+2
| | | | | | | | | | | Convert custom DISTRO_FEATURES test to distro_features_check.bbclass, and keep exceptions for libpciaccess and pixman. (From OE-Core rev: 5050b4a023d8eff3198346bd6e631e87487deb94) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib-common: set UNKNOWN_CONFIGURE_WHITELISTRoss Burton2013-10-291-0/+3
| | | | | | | | | | This include adds configure options globally but not all X libraries support them, so to avoid unknown-configure-option warnings add them to the whitelist. (From OE-Core rev: 1f77801e6837b23d9123097dba77ca1374fbbea4) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib-common: fix malloc0returnsnull usageRoss Burton2013-10-141-2/+3
| | | | | | | | | | | | | | | | | Xorg libraries that use Xmalloc need to know if malloc(0) returns NULL or not, and as this is a runtime test it can't be checked for. Previously xorg-lib-common declared that malloc(0) did return NULL, but this isn't true for eglibc (only uclibc). Instead, use libc-specific overrides to pass the relevant option. (ideally the check would use the autoconf cache so this can be stored in the site files) (From OE-Core rev: e628c8aba0189de30de2833882b9999ff3b6547a) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib: move options to disable documentation to xorg-lib-commonRoss Burton2012-09-121-1/+2
| | | | | | | (From OE-Core rev: aee98f2ccab4bfff2aca031c2374274f945982f5) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libpciaccess: lpci access does not depend on XDamien Lespiau2012-07-291-1/+1
| | | | | | | | | | | So let's remove the X dependencies from DEPENDS and white list it in xorg-lib-common.inc. (From OE-Core rev: e82b4fe82689c760c4910ebfc9aed6e3d9e1a2a1) Signed-off-by: Damien Lespiau <damien.lespiau@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib: don't build libs unless requested by DISTRO_FEATURES (fix up)Andreas Oberritter2012-02-261-1/+1
| | | | | | | | | | * Improve error message as suggested by Koen. (This got lost when v1 was committed instead of v2) (From OE-Core rev: 384912b4719a77b2e5f6673066e75258df130f5d) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-lib: don't build libs unless requested by DISTRO_FEATURESAndreas Oberritter2012-02-231-0/+6
| | | | | | | | | | | | | | * If 'x11' is not set in DISTRO_FEATURES, then skip all recipes using xorg-lib-common.inc instead of only those using libx11.inc. * One exception: pixman, which is not only used by xorg, but also by cairo. (From OE-Core rev: a101bc85adcc915f151348107e850b8998a395b0) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-*: disable xmlto where it was failingMartin Jansa2012-01-171-1/+1
| | | | | | | | | | | | | | * meta-oe now provides xmlto-native http://git.openembedded.org/meta-openembedded/commit/?id=ab8f876ca8fa223c183e3db2029cce88f3435a27 but not the stylesheets for buildhosts without them it's unusable and fails, because xorg macros autodetecting xmlto available, see: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-December/037066.html after adding xmlto-native and stylesheets-native to DEPENDS we can enable it again (From OE-Core rev: 58f18f04d7783cc75127f7f1c0921051431dcd8c) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-[lib-common|proto-common]: disable use of fop document generationJoshua Lock2011-04-041-1/+1
| | | | | | | | | | | | On Fedora 15 I see a huge Java backtrace when document generation runs for some xorg libs. As fop is automatically detected, with the possibility of detecting fop on the host whilst doing target builds, the safest bet is to explicitly disable fop for document generation. (From OE-Core rev: 396db4b577b3e7b334e9019fc43d5e03d5343479) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+16
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>