linux/poky.git/meta/classes/libc-package.bbclass, branch 1.2_M2.rc1

libc-package.bbclass: Fix typo in setVar usage

2011-12-01T12:51:07+00:00

(From OE-Core rev: 30584cbcdc4b709c52325a321c1175bfaf63a167) Signed-off-by: Richard Purdie

getVar/setVar cleanups

2011-11-27T10:25:34+00:00

Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. (From OE-Core rev: 2864ff6a4b3c3f9b3bbb6d2597243cc5d3715939) Signed-off-by: Richard Purdie

Convert to use direct access to the data store (instead of bb.data.Var())

2011-11-10T11:51:19+00:00

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

libc-package.bbclass: Use a makefile for locale gernation to increase parallelization

2011-10-10T09:00:07+00:00

We can generate the locales in parallel. The easiest way to do this is generate a Makefile and then run this with our usual parallel make options. [YOCTO #1554] (From OE-Core rev: 6ce8d028f2a542eceb270aeb511929953a859d39) Signed-off-by: Richard Purdie

libc-package.bbclass: add MLPREFIX when set values to PACKAGES

2011-09-28T13:58:54+00:00

There are some places that PACKAGES are dynamically set. To support multilib, we need to add MLPREFIX before the package name in those settings. (From OE-Core rev: 693a4c31c9c071e5af21570107698ec79f709246) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

libc-package: restore correct mangling behavior for locale names

2011-08-31T17:06:57+00:00

This reverts 19fb07bf337e1d724798e2eb4479c35fc45b1941 and restores the behaviour of the code to the way it was prior to 561d875404ef1783f94f37314b6e756766db8411. See http://lists.linuxtogo.org/pipermail/openembedded-core/2011-August/007407.html and subsequent messages. (From OE-Core rev: e5810439cc394d8ebfc264b05e1fbfad19e8fcd3) Signed-off-by: Phil Blundell Signed-off-by: Richard Purdie

libc-package bbclass: fix binary localedata dependency code

2011-08-25T02:23:42+00:00

When using binary locales rootfs generation fails with: | Unknown package 'locale-base-en-us'. | Collected errors: | * opkg_install_cmd: Cannot install package locale-base-en-us. This is due to: $ dpkg-deb -I ipk/armv7a/locale-base-en-us_2.12-r16_armv7a.ipk | grep Depends Depends: eglibc-binary-localedata-en.us Note the '.' seperator $ ls ipk/armv7a/ | grep binary-localedata-en | grep us eglibc-binary-localedata-en-us_2.12-r16_armv7a.ipk Note the '-' seperator vs the '.' in the locale-base packages. (From OE-Core rev: 19fb07bf337e1d724798e2eb4479c35fc45b1941) Signed-off-by: Koen Kooi Signed-off-by: Richard Purdie

eglibc-locale: Specially handle FILES_eglibc-gconv for multilib

2011-08-03T17:07:24+00:00

In multilib support, it iterate values in PACKAGES and then extend name for variables like "FILES_xxx", "SUMMARY_xxx", etc. However eglibc-gconv is dynamically put in PACKAGES by package_do_split_gconv function. Therefore the name will not be extended automatically. Specially handle the FILES variable for eglibc-gconv to fix the issue of missing "lib32-eglibc-gconv" issue in doing multilib do_rootfs. Also when set PACKAGES, add the MLPREFIX. (From OE-Core rev: 4a5cc82218fa730b898c553875accfeb6800f9a4) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

libc: Add handling of powerpc64

2011-07-22T10:56:50+00:00

(From OE-Core rev: 76038de5e2d090c9864339531423a6d26403500c) Signed-off-by: Kumar Gala Signed-off-by: Richard Purdie

libc locale split: fix some remaining problems

2011-06-29T13:28:03+00:00

* libc-{common,package}.bbclass: fix shlib renaming for the C library Without this you'd end up with eglibc_2.12.ipk instead of libc6_2.12.ipk as before * eglibc-locale: don't make versions go backwards after split from eglibc eglibc was way beyond PR = "r1" at the time of the split, so increase PR to make package upgrades work [RP: Fixup PR merge conflict] (From OE-Core rev: 477ede7472db0bacd5daacb96e97f849d1be84ee) Signed-off-by: Koen Kooi Signed-off-by: Richard Purdie