summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/uclibc/uclibc-config.inc
Commit message (Collapse)AuthorAgeFilesLines
* uclibc: removeRoss Burton2016-07-261-142/+0
| | | | | | | | | | | uclibc is showing its age now and upstarts like musl are approximately the same size but with far more features and active maintainers. Remove uclibc from oe-core and use endorse musl as the lighter alternative to full-fat glibc. (From OE-Core rev: ff1599149942af1c36280abd4f1ed3878aaa62eb) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: never build with SSPAndré Draszik2016-06-121-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | This doesn't work, as the initial gcc that is used for compiling uclibc doesn't have support for SSP yet (since that will only be available once uclibc has been compiled). Since during that same compilation step uclibc is trying to build its own utils those are failing to compile with SSP enabled as the initial gcc doesn't have access to the required libraries, yet. We never used to set UCLIBC_BUILD_SSP in the past, this was only changed as part of the upgrade to uclibc-ng in commit 63bdadc (uclibc: Switch to using uclibc-ng), so here we now simply restore the previous behaviour. Note that we still enable SSP support inside uclibc for everybody else to use, though. (From OE-Core rev: 0d4857090c5dd0d940dca6ea90afc66a4007cd88) Signed-off-by: André Draszik <adraszik@tycoint.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: Switch to using uclibc-ngKhem Raj2015-12-161-0/+1
| | | | | | | | | | | uclibc-ng is a maintained fork of uclibc project. Lets switch to using that add patches to fix memory leak in canonicalize_file_name-memory (From OE-Core rev: 6a4996395f56836195f5ba10a554ba04eb304c13) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: Update to latest git/master versionKhem Raj2013-07-021-0/+12
| | | | | | | | | | | | | | | | | | Use kernel cfg management infra to manage kconfig fragments. Add fragments for locale and obstrack and enable them by default Drop aplready applied patches Drop DP = -1 (From OE-Core rev: 7bcf53ddb2e1a7171545f544ee2443b06d7c3359) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: add c6x archBernhard Reutner-Fischer2013-02-081-0/+1
| | | | | | | | (From OE-Core rev: 4f6f4a621a16d79830ba3b417f66c9aa44c89d55) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc.inc,uclibc-config.inc: Untabify python snippetsKhem Raj2012-08-211-57/+71
| | | | | | | | | To appease bitbake (From OE-Core rev: cf975073a11c93f4a9fb5bdd72c16dc0ca9c3c54) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: Return correct endianness for mips64Khem Raj2012-05-061-1/+1
| | | | | | | | | Regular expression did not check for mips64 (From OE-Core rev: 945b817d381bdb68202982536daaaaff78ad5761) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True)Richard Purdie2012-03-051-6/+6
| | | | | | | | | | | | Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* busybox/uglibc: remove obsolete check for "kernel24"Andrei Gherzan2012-01-171-3/+1
| | | | | | | | | | | | | Busybox checks if MACHINE_FEATURES contains "kernel24". If so, CONFIG_FEATURE_2_4_MODULES will be on "y". kernel24 is no longer present in any machine configuration. The same situation is in uglibc with a different CONFIG mapping. [YOCTO #1901] (From OE-Core rev: 7257ded5355ffdc0fc169e7f34daeedb0b3dcd78) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: Configure UCLIBC_HAS_WCHAR based on libc-posix-clang-wchar distro ↵Khem Raj2012-01-101-0/+1
| | | | | | | | | feature (From OE-Core rev: 80e6f9201ffa3b8f52f6d452c8657ec6fda4749c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie2011-11-101-8/+8
| | | | | | | | | | | | | | | | | This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc-config.inc: Fix regexp to determine big-endian armKhem Raj2011-06-301-1/+1
| | | | | | | | | | Without this even arm-*-* was being treated as big endian but normal convention is the arm-*-* is little endian (From OE-Core rev: 00197c6914aae6bb1f68ccf4862c9246097f6fac) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: Upgrade to 0.9.32-rc3Khem Raj2011-05-231-0/+116
Bring in the uclibc recipes from meta-oe they have been well tested by now. Delete 0.9.30.1 recipes (From OE-Core rev: ac60a936e737680c16b287a3dab6aa285d87c5c0) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>