aboutsummaryrefslogtreecommitdiffstats
path: root/recipes/glib-2.0/glib-2.0_2.20.4.bb
AgeCommit message (Collapse)Author
2010-11-06fix for older glib-2.0 versions to build with recent autotoolsAlexander Stohr
the attached patch bundles a single fix for glib-2.0 for recipes built upon glib tarballs 2.6.4 to 2.20.4. later versions have the problem fixed in tarball (e.g. 2.22.1 and newer). the problem happens when you need to update autotools for some other reason (e.g. building some newer package) whilst not wanting to update glib at the very same time. it manifests by a badly clobbered "fi" in configure step and thus a still open nesting level when the script ends. the auto tools generated script exposes "fiAC_..." that originates from a too extensive use of the "dnl" statemnt. that construct is only critical with newer auto tools. the fix removes those problematic extra keyword. regards, Alex. see for reference: http://bugs.gentoo.org/show_bug.cgi?id=307775 http://git.gnome.org/browse/glib/commit/?id=c24f6e55276fac68b08df34b0d350f65afe994d9 Signed-off-by: Khem Raj <raj.khem@gmail.com>
2010-05-25Make the do_patch apply=yes param implicit if extension is .diff/.patchChris Larson
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 Larson
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 Jansa
* 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>
2009-09-16glib-2.0-native_2.21.4.bb: New recipe for native glib 2.21.4Khem Raj
* Build shared library instead of static. * with libint.a the link order matters and generally for uclibc targets we append -lintl to LDFLAGS and sometime it gets specified before the objects and symbols do not get pulled in. Better we generate shared object so the linking order does not matter Signed-off-by: Khem Raj <raj.khem@gmail.com> glib-2.0_2.21.4.bb: Make default prefrence. * Move to INC_PR Signed-off-by: Khem Raj <raj.khem@gmail.com>
2009-07-05glib-2.0, pango, gtk+: Updated to the latest .4 stable versions.Stanislav Brabec