path: root/meta/recipes-core/glibc/glibc-package.inc
Commit message (Collapse)AuthorAgeFilesLines
* glibc-package.inc: fix order in PACKAGESChenQi/hardcodingChen Qi2014-12-191-1/+1
| | | | | | | | | | | FILES_${PN}-utils = "${bindir}/* ${sbindir}/*" FILES_${PN} = "${libc_baselibs} ${libexecdir}/* ${@base_conditional('USE_LDCONFIG', '1', '${base_sbindir}/ldconfig ${sysconfdir}/ld.so.conf', '', d)}" From the above two assignments, we can see that ${PN}-utils needs to be ordered after ${PN} in the PACKAGES variable. Otherwise, ldconfig would be packaged into ${PN}-utils if ${base_sbindir} and ${sbindir} point to the same location. Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
* glibc: Delete ldconfig when USE_LDCONFIG is not setKhem Raj2014-10-301-1/+2
| | | | | | | | | This avoids below QA error/warning /sbin/ldconfig [installed-vs-shipped] Change-Id: I028b692eefeaa6e0e0e6507ab4108caa29e41e91 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: Migrate eglibc 2.19 -> glibc 2.20Khem Raj2014-09-011-0/+157
| | | | | | | | | | | | | | | | | | | | | | | | | - This is a big swoop change where we switch to using glibc - option-groups are forward ported - cross-localedef is extracted out from eglibc and hosted at github.com/kraj/localedef, its used for cross-localedef recipe - Other non ported patches from eglibc are forward ported ppc8xx cache line workaround SH fpcr values dynamic resolver installing PIC archives is there but is not applied libc header bootstrap - Delete eglibc recipes we moved back to using glibc now - Fix ppc/e500 build - Fix crypt module build when options are used - Fix fnmatch build when options OPTION_EGLIBC_LOCALE_CODE is unset HAVE_MBSTATE_T and HAVE_MBSRTOWCS should be defined conditionally based upon OPTION_EGLIBC_LOCALE_CODE being set/unset - Move the ports/ patches to relevant files now that ports is gone Signed-off-by: Khem Raj <raj.khem@gmail.com>
* glibc: deletedPhil Blundell2011-08-011-96/+0
| | | | | | | Glibc 2.10.1 is outdated now and eglibc seems to provide a superset of its functionality. Signed-off-by: Phil Blundell <philb@gnu.org>
* glibc/eglibc: Clean up package warnings and potentially broken data in -dev ↵Richard Purdie2011-06-291-0/+20
| | | | | | | | | | package These changes ensure files packaged in the -locale package aren't included in the main do_install and also ensures the staging directory used for the -locale package doesn't end up in the -dev package. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-locale: split locale handling from libc recipe.Dongxiao Xu2011-06-281-25/+4
| | | | | | | | | | | | *libc's do_package will cost a lot of time due to the locale handing, which may delay the other recipe's do_package task and affect the build performance. This commit moves locale handling into a separate recipe *libc-locale. [RP: Add fixup with recent eglibc commit conflict for FILES_pn-dbg and PACKAGES] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-core: Cleanup package descriptions and summariesMark Hatle2010-10-111-6/+10
| | | | | | | | | [BUGID #281] Evaluate and update each package in recipes-core to ensure they have a consistent summary and description. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* libc-package.bbclass, eglibc, glibc: enable locales generation using ↵Nitin A Kamble2010-10-071-20/+4
| | | | | | | | | | | | | | | | | | | cross-localedef Along with qemu this provides another option to generate locales for [e]glibc. The new method is to use cross-localedef with appropriate arch specific parameters. The cross-localedef method is found to be 15 times faster than qemu's emnualted method. LOCALE_GENERATION_WITH_CROSS-LOCALEDEF : This is new config variable introduced to selet qemu or cross-localedef method for locale generation. Thanks to Mark Hatle from Windriver for providing the rich information for cross locale generation. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* [e]glibc-package.inc: fix multiple providers for glibc-gconv-iso8859-1Dexuan Cui2010-09-211-1/+1
| | | | | | | | | | | | | | | This commit fixes the following error while doing this: bitbake poky-image-sato ERROR: Conflicting PREFERRED_PROVIDER entries were found which resulted in an attempt to select multiple providers (['virtual:nativesdk:/distro/dcui/dexuan/meta/recipes-core/eglibc/eglibc_2.12.bb', '/distro/dcui/dexuan/meta/recipes-core/eglibc/eglibc_2.12.bb']) for runtime dependency glibc-gconv-iso8859-1 The entries resulting in this conflict were: ['PREFERRED_PROVIDER_virtual/libc-nativesdk = eglibc-nativesdk', 'PREFERRED_PROVIDER_virtual/libc = eglibc'] NOTE: multiple providers are available for runtime glibc-gconv-iso8859-1 (eglibc, eglibc-nativesdk, glibc-nativesdk, glibc, external-csl-toolchain, external-poky-toolchain) NOTE: consider defining a PREFERRED_PROVIDER entry to match glibc-gconv-iso8859-1 And bumped PR. This partly fixes [BUGID #329] Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* [e]glibc-package.inc: fix providers for libsegfault and otherNitin A Kamble2010-09-101-10/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | [e]glibc-nativesdk should not be providing libsegfault. This commit fixes the following error while doing this: bitbake poky-image-minimal-initramfs DEBUG: providers for libsegfault are: ['glibc-nativesdk', 'glibc', 'eglibc-nativesdk', 'external-csl-toolchain', 'eglibc', 'external-poky-toolchain'] DEBUG: selecting virtual:nativesdk:/rphome/poky/meta/recipes-core/glibc/glibc_2.10.1.bb as PREFERRED_VERSION 2.10.1 of package glibc-nativesdk (for item libsegfault) DEBUG: selecting /rphome/poky/meta/recipes-core/glibc/glibc_2.10.1.bb as PREFERRED_VERSION 2.10.1 of package glibc (for item libsegfault) NOTE: checking PREFERRED_PROVIDER_glibc-nativesdk NOTE: checking PREFERRED_PROVIDER_glibc-nativesdk-2.10.1 NOTE: checking PREFERRED_PROVIDER_glibc-nativesdk-2.10.1-r3 NOTE: checking PREFERRED_PROVIDER_virtual/libc-nativesdk NOTE: selecting glibc-nativesdk to satisfy runtime libsegfault due to PREFERRED_PROVIDER_virtual/libc-nativesdk = glibc-nativesdk And bumped PR. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* glibc-package.inc: disable build-time locale generation for nativesdkKevin Tian2010-09-031-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | The idea of build-time locale generation is documented in glibc-package.inc: Binary locales are generated at build time if ENABLE_BINARY_LOCALE_GENERATION is set. The idea is to avoid running localedef on the target (at first boot) to decrease initial boot time and avoid localedef being killed by the OOM killer which used to effectively break i18n on machines with < 128MB RAM. However it doesn't make sense to do same thing for glibc-nativesdk, as the build system is powerful. More importantly is that ideally host_arch running sdk may even be out of the support list of target_arch by qemu-native. Regarding to above rationale, this commit disables build time locale generation to avoid following error when asking qemu to run localdef: NOTE: /opt/poky/sysroots/i586-pokysdk-linux/lib/ld-linux.so.2: No such file or directory nativesdk binaris have opt path hardcoded to avoid mess with host bits, which is another reason that build time locale generation is not feasible here. This fixes [BUGID #264] also add 'nativesdk' to eglibc per RP's suggestion Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* libc-package.bbclass: merge glibc & eglibc class filesNitin A Kamble2010-09-021-34/+45
| | | | | | | | | | | | | | | | | | | | Other enhancements: print qemu's stdio & error on failure glibc: enable locale generation for all arches eglibc: enable binary locale generation for mips And cleanup of code based on the code review. [e]glibc: move common definition in the common file bitbake was complaining about duplicate definition of get_libc_fpu_setting in eglibc.inc & glibc.inc files. And bump PRs Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+84
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>