gobject-introspection: new series

Match the style used with other packages such as valgrind.

Signed-off-by Adam Duskett <[email protected]>

---
 package/qemu/Config.in.host | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

package/qemu/Config.in.host +0 -1

index 71f38ef41f..78fe54a85c 100644
@@ -1,15 +1,20 @@
-config BR2_PACKAGE_HOST_QEMU

package/qemu/Config.in.host +0 -0

 	  This option builds an emulator for your selected architecture.
 

Signature · 6 lines

2.14.3

_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot

Match the style used with other packages such as valgrind.

Signed-off-by Adam Duskett <[email protected]>

---
 package/qemu/Config.in.host | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

package/gobject-introspection/Config.in new file +0 -0

new file mode 100644
index 0000000000..42f58c8c0e

Hi Adam,

Thanks for working on this hard problem.

Quoted 12 lines

package/gobject-introspection/Config.in new file +6 -0

new file mode 100644
index 0000000000..42f58c8c0e
@@ -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

package/gobject-introspection/Config.in line 10

Quoted 4 lines

package/gobject-introspection/Config.in new file +4 -0

+     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?

[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 -

Hey Baruch! Thanks so much for emailing back!

Quoted 4 lines · Baruch Siach

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. :)

Quoted 13 lines · Adam Duskett

Quoted 12 lines

package/gobject-introspection/Config.in new file +6 -0

new file mode 100644
index 0000000000..42f58c8c0e
@@ -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

Quoted 9 lines

package/gobject-introspection/Config.in line 10

Quoted 4 lines

package/gobject-introspection/Config.in new file +4 -0

+     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.

Quoted 8 lines

[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 -

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?

Quoted 47 lines

Hey Baruch! Thanks so much for emailing back!

Quoted 2 lines · Baruch Siach

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. :)

Quoted 13 lines · Adam Duskett

Quoted 12 lines

package/gobject-introspection/Config.in new file +6 -0

new file mode 100644
index 0000000000..42f58c8c0e
@@ -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

Quoted 9 lines

package/gobject-introspection/Config.in line 10

Quoted 4 lines

package/gobject-introspection/Config.in new file +4 -0

+     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.

Quoted 1 line

[1] https://qemu.weilnetz.de/doc/qemu-doc.html#QEMU-User-space-emulator

Hi Adam,

Quoted 5 lines · 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.

Quoted 1 line

Would this work for everybody?

I think that BR2_TOOLCHAIN_HEADERS_AT_LEAST is indeed what you need. As I understand, GI needs the toolchain headers version, not the target kernel version. They are not always the same.

baruch

Quoted 40 lines · Adam Duskett

Quoted 39 lines

Hey Baruch! Thanks so much for emailing back!

Quoted 2 lines · Baruch Siach

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. :)

Quoted 13 lines · Adam Duskett

Quoted 12 lines

package/gobject-introspection/Config.in new file +6 -0

new file mode 100644
index 0000000000..42f58c8c0e
@@ -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

Quoted 9 lines

package/gobject-introspection/Config.in line 10

Quoted 4 lines

package/gobject-introspection/Config.in new file +4 -0

+     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"

Quoted 8 lines

Quoted 8 lines

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.

Quoted 1 line

[1] https://qemu.weilnetz.de/doc/qemu-doc.html#QEMU-User-space-emulator

--
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 -