<br><br>On Monday, April 30, 2012, Martin Jansa <<a href="mailto:martin.jansa@gmail.com">martin.jansa@gmail.com</a>> wrote:<br>> On Mon, Apr 30, 2012 at 09:25:31AM -0700, Saul Wold wrote:<br>>> On 04/29/2012 02:27 PM, Martin Jansa wrote:<br>
>> > * g_once_init_enter.patch shouldn't be needed after upstream commit<br>>> > 794c1a30bc27b4c8d77537813acb1213d5ac80f2<br>>> ><br>>> > * LIC_FILES_CHKSUM change is only because PCRE was upgraded and now<br>
>> > pcre.h says "Copyright (c) 1997-2012 University of Cambridge" instead<br>>> > of 2010 and COPYING file<br>>> > "Please see the file LICENCE in the PCRE distribution for licensing<br>
>> > details." but LICENSE file is not part of glib distribution (but still<br>>> > BSD in standalone PCRE)<br>>> ><br>>> > Signed-off-by: Martin Jansa<<a href="mailto:Martin.Jansa@gmail.com">Martin.Jansa@gmail.com</a>><br>
>> > ---<br>>> > .../glib-2.0/glib-2.0/configure-libtool.patch | 54 ++++++++++++++------<br>>> > .../glib-2.0/glib-2.0/g_once_init_enter.patch | 24 ---------<br>>> > .../{<a href="http://glib-2.0_2.30.3.bb">glib-2.0_2.30.3.bb</a> => <a href="http://glib-2.0_2.32.1.bb">glib-2.0_2.32.1.bb</a>} | 6 +--<br>
>> > meta/recipes-core/glib-2.0/glib.inc | 2 +-<br>>> > 4 files changed, 41 insertions(+), 45 deletions(-)<br>>> > delete mode 100644 meta/recipes-core/glib-2.0/glib-2.0/g_once_init_enter.patch<br>
>> > rename meta/recipes-core/glib-2.0/{<a href="http://glib-2.0_2.30.3.bb">glib-2.0_2.30.3.bb</a> => <a href="http://glib-2.0_2.32.1.bb">glib-2.0_2.32.1.bb</a>} (91%)<br>>> ><br>>> Martin:<br>
>><br>>> Did you see any issue similar to what was reported in<br>>> <a href="https://bugzilla.yoctoproject.org/show_bug.cgi?id=2369">https://bugzilla.yoctoproject.org/show_bug.cgi?id=2369</a>?<br>>><br>
>> There is a new alignment check at configure time requiring updating the<br>>> site file?<br>><br>> not while building, but in runtime I've seen some<br>> Floating point exceptions where I'm not sure if they are caused by new<br>
> gcc or glib or something completely different if that's what reporter meant by<br>> "div0 crashes in glib"<br>><br><br>That patch is good it should be applied along with this upgrade<br>And its got formatted so no need for it to resend to ml<br>
> so probably worth trying<br>><br>>><br>>> Sau!<br>>><br>>> > diff --git a/meta/recipes-core/glib-2.0/glib-2.0/configure-libtool.patch b/meta/recipes-core/glib-2.0/glib-2.0/configure-libtool.patch<br>
>> > index c21e378..1d69a3f 100644<br>>> > --- a/meta/recipes-core/glib-2.0/glib-2.0/configure-libtool.patch<br>>> > +++ b/meta/recipes-core/glib-2.0/glib-2.0/configure-libtool.patch<br>>> > @@ -1,15 +1,31 @@<br>
>> > -# Poky renames libtool to $host_alias-libtool.<br>>> > -# ./$host_alias-libtool isn't created until after configure runs with libtool>= 2.2.2<br>>> > -# so we can't call # it at this point. We can safely assume a version is available<br>
>> > -# from PATH though<br>>> > -# Rebased to glib-2.27.3 by Dongxiao Xu<<a href="mailto:dongxiao.xu@intel.com">dongxiao.xu@intel.com</a>><br>>> > +From 1c5718648d49e795efee91c220a2bf9386c184f2 Mon Sep 17 00:00:00 2001<br>
>> > +From: Martin Jansa<<a href="mailto:Martin.Jansa@gmail.com">Martin.Jansa@gmail.com</a>><br>>> > +Date: Sat, 28 Apr 2012 18:24:50 +0200<br>>> > +Subject: [PATCH] configure: use $host_alias-libtool instead of libtool<br>
>> > + directly<br>>> > +<br>>> > +Poky renames libtool to $host_alias-libtool.<br>>> > +./$host_alias-libtool isn't created until after configure runs with<br>>> > +libtool>= 2.2.2<br>
>> > +so we can't call # it at this point. We can safely assume a version is<br>>> > +available<br>>> > +from PATH though<br>>> > +<br>>> > +Rebased to glib-2.27.3 by Dongxiao Xu<<a href="mailto:dongxiao.xu@intel.com">dongxiao.xu@intel.com</a>><br>
>> > +Rebased to glib-2.32.1 by Martin Jansa<<a href="mailto:Martin.Jansa@gmail.com">Martin.Jansa@gmail.com</a>><br>>> ><br>>> > Upstream-Status: Inappropriate [configuration]<br>>> ><br>
>> > -diff -ruN glib-2.27.3-orig/<a href="http://configure.ac">configure.ac</a> glib-2.27.3/<a href="http://configure.ac">configure.ac</a><br>>> > ---- glib-2.27.3-orig/<a href="http://configure.ac">configure.ac</a> 2010-11-03 11:02:05.000000000 +0800<br>
>> > -+++ glib-2.27.3/<a href="http://configure.ac">configure.ac</a> 2010-11-16 12:38:12.610485990 +0800<br>>> > -@@ -1385,7 +1385,7 @@<br>>> > +Signed-off-by: Martin Jansa<<a href="mailto:Martin.Jansa@gmail.com">Martin.Jansa@gmail.com</a>><br>
>> > +---<br>>> > + <a href="http://configure.ac">configure.ac</a> | 8 ++++----<br>>> > + 1 files changed, 4 insertions(+), 4 deletions(-)<br>>> > +<br>>> > +diff --git a/<a href="http://configure.ac">configure.ac</a> b/<a href="http://configure.ac">configure.ac</a><br>
>> > +index a6478c6..9a93d60 100644<br>>> > +--- a/<a href="http://configure.ac">configure.ac</a><br>>> > ++++ b/<a href="http://configure.ac">configure.ac</a><br>>> > +@@ -1470,7 +1470,7 @@ if test x"$glib_native_win32" = xyes; then<br>
>> > G_MODULE_LDFLAGS=<br>>> > else<br>>> > export SED<br>>> > @@ -18,16 +34,19 @@ diff -ruN glib-2.27.3-orig/<a href="http://configure.ac">configure.ac</a> glib-2.27.3/<a href="http://configure.ac">configure.ac</a><br>
>> > fi<br>>> > dnl G_MODULE_IMPL= don't reset, so cmd-line can override<br>>> > G_MODULE_NEED_USCORE=0<br>>> > -@@ -1450,7 +1450,7 @@<br>>> > +@@ -1535,9 +1535,9 @@ if test "$G_MODULE_IMPL" = "G_MODULE_IMPL_DL"; then<br>
>> > LDFLAGS="$LDFLAGS $G_MODULE_LDFLAGS"<br>>> > dnl *** check for OSF1/5.0 RTLD_GLOBAL brokenness<br>>> > echo "void glib_plugin_test(void) { }"> plugin.c<br>
>> > -- ${SHELL} ./libtool --mode=compile ${CC} -shared \<br>>> > -+ ${SHELL} ./$host_alias-libtool --mode=compile ${CC} -shared \<br>>> > - -export-dynamic -o plugin.o plugin.c 2>&1>/dev/null<br>
>> > - AC_CACHE_CHECK([for RTLD_GLOBAL brokenness],<br>>> > - glib_cv_rtldglobal_broken,[<br>>> > -@@ -1524,7 +1524,7 @@<br>>> > +- ${SHELL} ./libtool --mode=compile --tag=CC ${CC} ${CFLAGS} \<br>
>> > ++ ${SHELL} ./$host_alias-libtool --mode=compile --tag=CC ${CC} ${CFLAGS} \<br>>> > + --<br>> Martin 'JaMa' Jansa jabber: <a href="mailto:Martin.Jansa@gmail.com">Martin.Jansa@gmail.com</a><br>
>