[Buildroot] [RFCv2 2/3] gobject-introspection: new package

[Adam Duskett]

Side note:

BR2_TOOLCHAIN_HEADERS_AT_LEAST looks like it may provide what I would need,
which would allow me to drop the linux dependency.

Would this work for everybody?

Adam

On Thu, Feb 8, 2018 at 8:54 AM, Adam Duskett <aduskett at gmail.com> wrote:
> Hey Baruch! Thanks so much for emailing back!
>
> On Wed, Feb 7, 2018 at 11:43 PM, Baruch Siach <baruch at tkos.co.il> wrote:
>> Hi Adam,
>>
>> Thanks for working on this hard problem.
>>
> Thanks! I must admit this isn't for completely selfless reasons.  I
> want to use the gstreamer-python
> bindings for a product I am working on, but alas it uses
> gobject-intropsection. :)
>
>
>> On Wed, Feb 07, 2018 at 04:23:54PM -0500, Adam Duskett wrote:
>>> diff --git a/package/gobject-introspection/Config.in b/package/gobject-introspection/Config.in
>>> new file mode 100644
>>> index 0000000000..42f58c8c0e
>>> --- /dev/null
>>> +++ b/package/gobject-introspection/Config.in
>>> @@ -0,0 +1,34 @@
>>> +config BR2_PACKAGE_GOBJECT_INTROSPECTION
>>> +     bool "gobject-introspection"
>>> +     depends on BR2_PACKAGE_HOST_QEMU_ARCH_SUPPORTS #host-qemu
>>> +     depends on BR2_TOOLCHAIN_HAS_THREADS # libffi, libglib2
>>> +     depends on BR2_TOOLCHAIN_USES_GLIBC
>>> +     depends on BR2_USE_MMU # python3, libglib2
>>> +     depends on BR2_USE_WCHAR # python3, libglib2 -> gettext
>>> +     depends on !BR2_STATIC_LIBS
>>> +     depends on !BR2_MIPS_NABI32
>>> +     depends on BR2_LINUX_KERNEL # qemu-host
>>
>> So the target board (not only architecture) must be one that qemu emulates.
>> This is a pretty big limitation. Since GI does not require any specific
>> hardware, would it be possible to use the qemu user space emulator[1] instead?
>>
> Good catch! I am using the qemu-userspace!
>
> The only reason I am required BR2_LINUX_KERNEL is because I am using
> $(LINUX_VERSION) in gobject-introspection.mk here:
> $(SED) "s|@LINUX_VERSION@|$(LINUX_VERSION)|g"
>
> which get's turned into:
> PSEUDO_UNLOAD=1 $HOST_DIR/bin/qemu-x86_64 -r 3.10 -L ...
>
> So a question then: Is there a variable I could use to use the toolchains
> kernel header version instead? That would be an ideal solution in this
> instance.
>
>> [1] https://qemu.weilnetz.de/doc/qemu-doc.html#QEMU-User-space-emulator
>>
>> baruch
>>
>> --
>>      http://baruch.siach.name/blog/                  ~. .~   Tk Open Systems
>> =}------------------------------------------------ooO--U--Ooo------------{=
>>    - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -