From: Saul Wold <sgw@linux.intel.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 1/3] glib-2.0: upgrade to 2.32.1
Date: Mon, 30 Apr 2012 16:48:47 -0700 [thread overview]
Message-ID: <4F9F24DF.1090803@linux.intel.com> (raw)
In-Reply-To: <CAMKF1spuvow-U+zuBkL3j0y0hMM75iN-Ch8YxEH+Z9+JgDcv4Q@mail.gmail.com>
On 04/30/2012 12:29 PM, Khem Raj wrote:
>
>
> On Monday, April 30, 2012, Martin Jansa <martin.jansa@gmail.com
> <mailto:martin.jansa@gmail.com>> wrote:
> > On Mon, Apr 30, 2012 at 09:25:31AM -0700, Saul Wold wrote:
> >> On 04/29/2012 02:27 PM, Martin Jansa wrote:
> >> > * g_once_init_enter.patch shouldn't be needed after upstream commit
> >> > 794c1a30bc27b4c8d77537813acb1213d5ac80f2
> >> >
> >> > * LIC_FILES_CHKSUM change is only because PCRE was upgraded and now
> >> > pcre.h says "Copyright (c) 1997-2012 University of Cambridge"
> instead
> >> > of 2010 and COPYING file
> >> > "Please see the file LICENCE in the PCRE distribution for licensing
> >> > details." but LICENSE file is not part of glib distribution
> (but still
> >> > BSD in standalone PCRE)
> >> >
> >> > Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com
> <mailto:Martin.Jansa@gmail.com>>
> >> > ---
> >> > .../glib-2.0/glib-2.0/configure-libtool.patch | 54
> ++++++++++++++------
> >> > .../glib-2.0/glib-2.0/g_once_init_enter.patch | 24 ---------
> >> > .../{glib-2.0_2.30.3.bb <http://glib-2.0_2.30.3.bb> =>
> glib-2.0_2.32.1.bb <http://glib-2.0_2.32.1.bb>} | 6 +--
> >> > meta/recipes-core/glib-2.0/glib.inc | 2 +-
> >> > 4 files changed, 41 insertions(+), 45 deletions(-)
> >> > delete mode 100644
> meta/recipes-core/glib-2.0/glib-2.0/g_once_init_enter.patch
> >> > rename meta/recipes-core/glib-2.0/{glib-2.0_2.30.3.bb
> <http://glib-2.0_2.30.3.bb> => glib-2.0_2.32.1.bb
> <http://glib-2.0_2.32.1.bb>} (91%)
> >> >
> >> Martin:
> >>
> >> Did you see any issue similar to what was reported in
> >> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2369?
> >>
> >> There is a new alignment check at configure time requiring updating the
> >> site file?
> >
> > not while building, but in runtime I've seen some
> > Floating point exceptions where I'm not sure if they are caused by new
> > gcc or glib or something completely different if that's what reporter
> meant by
> > "div0 crashes in glib"
> >
>
> That patch is good it should be applied along with this upgrade
> And its got formatted so no need for it to resend to ml
I will pull it in shortly, but turns out there are other issues with
this glib-2.0 update, this update deprecated g_atexit() which is used by
evolution_data_server.
Sau!
> > so probably worth trying
> >
> >>
> >> Sau!
> >>
> >> > 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
> >> > index c21e378..1d69a3f 100644
> >> > --- 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
> >> > @@ -1,15 +1,31 @@
> >> > -# Poky renames libtool to $host_alias-libtool.
> >> > -# ./$host_alias-libtool isn't created until after configure runs
> with libtool>= 2.2.2
> >> > -# so we can't call # it at this point. We can safely assume a
> version is available
> >> > -# from PATH though
> >> > -# Rebased to glib-2.27.3 by Dongxiao Xu<dongxiao.xu@intel.com
> <mailto:dongxiao.xu@intel.com>>
> >> > +From 1c5718648d49e795efee91c220a2bf9386c184f2 Mon Sep 17 00:00:00
> 2001
> >> > +From: Martin Jansa<Martin.Jansa@gmail.com
> <mailto:Martin.Jansa@gmail.com>>
> >> > +Date: Sat, 28 Apr 2012 18:24:50 +0200
> >> > +Subject: [PATCH] configure: use $host_alias-libtool instead of
> libtool
> >> > + directly
> >> > +
> >> > +Poky renames libtool to $host_alias-libtool.
> >> > +./$host_alias-libtool isn't created until after configure runs with
> >> > +libtool>= 2.2.2
> >> > +so we can't call # it at this point. We can safely assume a
> version is
> >> > +available
> >> > +from PATH though
> >> > +
> >> > +Rebased to glib-2.27.3 by Dongxiao Xu<dongxiao.xu@intel.com
> <mailto:dongxiao.xu@intel.com>>
> >> > +Rebased to glib-2.32.1 by Martin Jansa<Martin.Jansa@gmail.com
> <mailto:Martin.Jansa@gmail.com>>
> >> >
> >> > Upstream-Status: Inappropriate [configuration]
> >> >
> >> > -diff -ruN glib-2.27.3-orig/configure.ac <http://configure.ac>
> glib-2.27.3/configure.ac <http://configure.ac>
> >> > ---- glib-2.27.3-orig/configure.ac <http://configure.ac>
> 2010-11-03 11:02:05.000000000 +0800
> >> > -+++ glib-2.27.3/configure.ac <http://configure.ac>
> 2010-11-16 12:38:12.610485990 +0800
> >> > -@@ -1385,7 +1385,7 @@
> >> > +Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com
> <mailto:Martin.Jansa@gmail.com>>
> >> > +---
> >> > + configure.ac <http://configure.ac> | 8 ++++----
> >> > + 1 files changed, 4 insertions(+), 4 deletions(-)
> >> > +
> >> > +diff --git a/configure.ac <http://configure.ac> b/configure.ac
> <http://configure.ac>
> >> > +index a6478c6..9a93d60 100644
> >> > +--- a/configure.ac <http://configure.ac>
> >> > ++++ b/configure.ac <http://configure.ac>
> >> > +@@ -1470,7 +1470,7 @@ if test x"$glib_native_win32" = xyes; then
> >> > G_MODULE_LDFLAGS=
> >> > else
> >> > export SED
> >> > @@ -18,16 +34,19 @@ diff -ruN glib-2.27.3-orig/configure.ac
> <http://configure.ac> glib-2.27.3/configure.ac <http://configure.ac>
> >> > fi
> >> > dnl G_MODULE_IMPL= don't reset, so cmd-line can override
> >> > G_MODULE_NEED_USCORE=0
> >> > -@@ -1450,7 +1450,7 @@
> >> > +@@ -1535,9 +1535,9 @@ if test "$G_MODULE_IMPL" =
> "G_MODULE_IMPL_DL"; then
> >> > LDFLAGS="$LDFLAGS $G_MODULE_LDFLAGS"
> >> > dnl *** check for OSF1/5.0 RTLD_GLOBAL brokenness
> >> > echo "void glib_plugin_test(void) { }"> plugin.c
> >> > -- ${SHELL} ./libtool --mode=compile ${CC} -shared \
> >> > -+ ${SHELL} ./$host_alias-libtool --mode=compile ${CC} -shared \
> >> > - -export-dynamic -o plugin.o plugin.c 2>&1>/dev/null
> >> > - AC_CACHE_CHECK([for RTLD_GLOBAL brokenness],
> >> > - glib_cv_rtldglobal_broken,[
> >> > -@@ -1524,7 +1524,7 @@
> >> > +- ${SHELL} ./libtool --mode=compile --tag=CC ${CC} ${CFLAGS} \
> >> > ++ ${SHELL} ./$host_alias-libtool --mode=compile --tag=CC ${CC}
> ${CFLAGS} \
> >> > + --
> > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
> <mailto:Martin.Jansa@gmail.com>
> >
next prev parent reply other threads:[~2012-04-30 23:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-29 21:27 [PATCH 0/3] glib-2.0, gobject-introspection, libsoup-2.4 upgrade Martin Jansa
2012-04-29 21:27 ` [PATCH 1/3] glib-2.0: upgrade to 2.32.1 Martin Jansa
2012-04-30 16:25 ` Saul Wold
2012-04-30 18:59 ` Martin Jansa
2012-04-30 19:29 ` Khem Raj
2012-04-30 23:48 ` Saul Wold [this message]
2012-04-29 21:27 ` [PATCH 2/3] gobject-introspection: upgrade to 1.32.1 Martin Jansa
2012-04-29 21:27 ` [PATCH 3/3] libsoup-2.4: upgrade to 2.38.1 Martin Jansa
2012-05-07 16:18 ` [PATCH 0/3] glib-2.0, gobject-introspection, libsoup-2.4 upgrade Saul Wold
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F9F24DF.1090803@linux.intel.com \
--to=sgw@linux.intel.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=raj.khem@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox