Re: [O-core] [oe-commits] Andrei Dinu : libffi upgrade to 3.0.11

[Martin Jansa <martin.jansa@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 3019 bytes --]

On Sat, Sep 15, 2012 at 06:37:39PM +0200, Martin Jansa wrote:
> On Sat, Sep 15, 2012 at 07:22:43PM +0300, Andrei Gherzan wrote:
> > On Sat, Sep 15, 2012 at 7:20 PM, Martin Jansa <martin.jansa@gmail.com>wrote:
> > 
> > > On Fri, Sep 14, 2012 at 08:57:06AM +0000, git@git.openembedded.org wrote:
> > > > Module: openembedded-core.git
> > > > Branch: master
> > > > Commit: 3e40136e8bd13b17b6d88b6acfb5ed162bb8d96a
> > > > URL:
> > > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=3e40136e8bd13b17b6d88b6acfb5ed162bb8d96a
> > > >
> > > > Author: Andrei Dinu <andrei.adrianx.dinu@intel.com>
> > > > Date:   Thu Sep 13 11:26:45 2012 +0300
> > > >
> > > > libffi upgrade to 3.0.11
> > >
> > > This changes .so name from libffi5 to libffi6, breaking every recipe
> > > depending on libffi when someone is using debian.bbclass.
> > >
> > > This list of 374 packages is probably not complete, just what I have
> > > built before.
> > >
> > > http://build.shr-project.org/tests/jama/libffi5.pkgs
> > 
> > 
> > Confirmed. Just ran into this with glib-2.0.
> 
> Something like:
> | /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/4.7.2/ld: warning: libffi.so.5, needed by /OE/shr-core/tmp-eglibc/sysroots/q
> emux86-64/usr/lib/libgobject-2.0.so, not found (try using -rpath or -rpath-link)
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_void'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_double'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_prep_cif'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_sint32'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_float'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_uint64'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_sint64'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_pointer'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_type_uint32'
> | /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgobject-2.0.so: undefined reference to `ffi_call'
> 
> That's easy to fix by manual rebuild, but for runtime packages we need those PR bumps :/.
> 
> I'll PR bump recipes (from my list) in meta-oe and meta-smartphone layers, 
> but leave oe-core for someone else.

PR bumps for recipes from my list sent to oe-core too, but again it's
probably not complete (only stuff included in one of images I build).

Someone should build world-image to test the rest..

Cheers,
-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]