[Webkit-unassigned] [Bug 241030] [GTK][WPE] Error cross-compiling for a different target than the build host using the -DENABLE_INTROSPECTION=ON flag.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri May 27 12:42:14 PDT 2022


https://bugs.webkit.org/show_bug.cgi?id=241030

Adrian Perez <aperez at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aperez at igalia.com

--- Comment #1 from Adrian Perez <aperez at igalia.com> ---
This is expected. Running “g-ir-scanner” compiles and *runs* a program
which is used to generate the introspection data. The generated data
is architecture-dependant: the program has to run in the target architecture.

Nevertheless, it is possible to get things working. What cross-build
systems like Yocto and Buildroot do these days is using qemu user space
emulation to run the program generated by “g-ir-scanner”. In the case
of Yocto there is a .bbclass here:

  https://github.com/openembedded/openembedded-core/blob/master/meta/classes/gobject-introspection.bbclass

Buildroot has wrapper scripts for host-gobject-introspection, for
example:

  https://git.busybox.net/buildroot/tree/package/gobject-introspection/g-ir-scanner-qemuwrapper.in

Therefore I think there is nothing we should do on our end:

 - Users doing an cross-build by hand can disable documentation and
   introspection (because of bug #226662 now gi-docgen also needs
   to run g-ir-scanner). 
 - Cross-compilations systems have already figured out how to handle
   gobject-introspection.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220527/4cc6d2cd/attachment-0001.htm>


More information about the webkit-unassigned mailing list