Re: gobject-introspection build failure

On 30 March 2017 at 16:09 Thomas Haller <thaller redhat com> wrote:

On Thu, 2017-03-30 at 11:07 +0100, colin helliwell ln-systems com

I was able to build NM 1.4.2 with G-I enabled, and have now moved up
But hitting a build failure (cross-compiling, in Yocto):


"/usr/bin/python" \
 ../git/libnm/ \
 --gir ./libnm/NM-1.0.gir \
 --output libnm/nm-property-docs.xml

** (process:13095): WARNING **: Failed to load shared library

referenced by the typelib: wrong ELF class: ELFCLASS32

../git/libnm/ Warning: cannot retrieve

for invalid (unclassed) type 'void'

setting = new_func()
Traceback (most recent call last):
 File "../git/libnm/", line 217, in

 setting = new_func()
TypeError: could not get a reference to type class
make[2]: *** [libnm/nm-property-docs.xml] Error 1
make[2]: *** Deleting file `libnm/nm-property-docs.xml'
make[2]: Leaving directory


I imagine something is objecting to the cross-compiled library, but
I've not
been able to figure out who is actually throwing the error. (A python

The python script uses pygobject to eventually

Seems like the wrong is loaded.

Maybe it helps to set "LD_DEBUG=all" to see from where the shared
library comes?

I'll look into hooking that in. But, looking at where the source & build are, there is only one*
library anyway (excluding the symlinks):

networkmanager/1.8-r0/build/libnm/.libs/ ELF 32-bit LSB  shared object, ARM, EABI5 version 1 
(SYSV), dynamically linked, BuildID[sha1]=c769030b4b08da970aef500cc44a1dd8e7456c42, not stripped

I also notice that 'ldd' is being used above (to check for address
being enabled?) - but this isn't going to work for cross-compiling;
some form of modification e.g. '[cross-tools]-readelf -a'?

patches welcome :)

Lol - ok will look into it.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]