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 <[email protected]>wrote: > > > > > On Fri, Sep 14, 2012 at 08:57:06AM +0000, [email protected] 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 <[email protected]> > > > > 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: [email protected]
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
