[Buildroot] [RFC PATCH 1/2] package/gobject-introspection: add package
Thomas Petazzoni
thomas.petazzoni at free-electrons.com
Fri Feb 24 08:25:49 UTC 2017
Hello,
On Fri, 24 Feb 2017 15:07:13 +1100, Sam Bobroff wrote:
> Yes, absolutely, and I really don't know how we should handle it. I
> searched fairly hard for another solution but the only other one seems
> to be to rewrite gobject-introspection completely and the other
> projects that have attempted this have used the same host-qemu approach
> (that's yocto and cygwin).
Can you summarize what is Qemu used for in the context of building
gobject-introspection ?
If it's to generate some architecture-specific file, can we
pre-generate it, and bundle it with Buildroot ?
> Would a comment in the menuconfig section for gobject-introspection be
> any better? It's more likely to be seen but it's not really the "right"
> place -- you can run into the kernel version issue with QEMU usermode
> without using gobject-introspection (although not during the build!).
>
> But more generally, should buildroot accept this kind of solution at
> all? It works and is useful but it significantly more complex and
> therefore problem-prone than normal...
I'd really like to avoid a qemu-based solution if possible. But of
course, if there's really no other option and people want
gobject-introspection, we won't have much choice :/
> > Please use <pkg>_AUTORECONF = YES. What you did is not correct because
> > you will use autoconf/automake from the host machine instead of ones
> > built by Buildroot.
>
> Ah, good point but AUTORECONF fails, or as least it did. I'll
> re-investigate and see if I can get it working.
OK. Depending on what their autogen script is doing, you might be able
to fix it by using some kind of POST_PATCH_HOOKS. It really depends on
what the actual issue is.
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
More information about the buildroot
mailing list