summaryrefslogtreecommitdiff
path: root/recipes/gettext
AgeCommit message (Collapse)AuthorFiles
2010-06-05gettext-native: Add virtual/libintl-native to PROVIDES list.Khem Raj2
* Some packages have DEPENDS on virtual/libintl which gets converted to virtual/libintl-native when they use BBCLASSEXTEND for their corresponding native packages. Signed-off-by: Khem Raj <raj.khem@gmail.com>
2010-06-05gettext-0.18: Add recipe for 0.18Khem Raj5
* gl_cv_func_unsetenv_works is not computed correctly in cross environment so cache it. Signed-off-by: Khem Raj <raj.khem@gmail.com> Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-05-25Make the do_patch apply=yes param implicit if extension is .diff/.patchChris Larson2
For .diff/.patch you need to apply manually, you can specify apply=no. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com>
2010-05-25Rename url params patch=<ignored>/pnum=<n> to apply={yes,no}/striplevel=<n>Chris Larson2
I think this makes the behavior rather more clear. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com>
2010-04-12recipes: move checksums to recipes from checksums.iniMartin Jansa2
* fetch all *.bb with patched utils.bbclass appending all checksums found only in checksums.ini to recipe Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-03-15gettext: fixed build with autoconfFrans Meulenbroeks2
lifted from patch from Bernhard Reutner-Fischer on oe who found it somewhere on a mailing list Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
2010-02-25gettext_0.17: fix build issue on 64-bit hostCliff Brake1
was getting the following message: /usr/lib64/libxml2.so.2: undefined reference to `gzopen64' solution is to add libxml2 to native DEPENDS
2010-01-22gettext: add extra package for libintlHenning Heinold1
* add extra package for libintl because it is mostly enough for running the stuff on targets * let runtime conflict it with proxy-libintl * bump PR
2010-01-22gettext: move to BBCLASSEXTEND, taken from popkyHenning Heinold4
* delete all native recipes now handled by BBCLASSEXTEND * bump PR's
2009-12-17gettext-native: rename the M4 var to better reflect its contentsChris Larson2
Signed-off-by: Chris Larson <clarson@mvista.com>
2009-09-03OpenEmbedded: Switch to using linux-uclibceabi and linux-gnu for TARGET_OSKhem Raj2
* Bump the ABI_LAYOUT. Build from scratch will be needed. * Replace using TARGET_OS from linux->linux-gnu. * Replace using linux-uclibcgnueabi->linux-uclibceabi. * Add 'eabi' to DISTRO_FEATURES (only for minimal and micro). * Use eabi and BASE_PACKAGE_ARCH to compute real TARGET_OS. * Fix the micro conf to get console image building. * Fix the linux-uclibcgnueabi overrides in all recipes. Signed-off-by: Khem Raj <raj.khem@gmail.com> Acked-by: Phill Blundell <pb@reciva.com> Acked-by: Michael 'Mickey' Lauer <mickey@vanille-media.de>
2009-08-19gettext: Correct autoconf-lib-link code to defer to the compiler's library ↵Jeremy Puhlman5
search paths. Ultimately we should have --with-<lib> and --without-<lib> for everything, however if a recipie does not the suspect code wanders through the host system searching for a working library. OE takes great pains to set that all up, lets let it decide the right library. Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com> Signed-off-by: Chris Larson <clarson@mvista.com>
2009-05-06gettext: 0.17 is GPLv3Tom Rini1
2009-03-17rename packages/ to recipes/ per earlier agreementDenys Dmytriyenko14
See links below for more details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326 http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816 Signed-off-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Mike Westerhof <mwester@dls.net> Acked-by: Philip Balister <philip@balister.org> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Marcin Juszkiewicz <hrw@openembedded.org> Acked-by: Koen Kooi <koen@openembedded.org> Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>