FS#51396 - [gobject-introspection] g-ir-scanner hangs while building Cinnamon
Attached to Project:
Arch Linux
Opened by Balló György (City-busz) - Saturday, 15 October 2016, 14:31 GMT
Last edited by Jan de Groot (JGC) - Thursday, 20 October 2016, 13:12 GMT
Opened by Balló György (City-busz) - Saturday, 15 October 2016, 14:31 GMT
Last edited by Jan de Groot (JGC) - Thursday, 20 October 2016, 13:12 GMT
|
Details
It looks like there is a problem with our git-based
gobject-introspection package. When I build any version
(commit) of gobject-introspection from git, cinnamon build
always hang (g-ir-scanner uses 100% CPU, and never
finishes). When I rebuild gobject-introspection from the
released tarball (e.g. 1.50.0), cinnamon builds
successfully.
|
This task depends upon
Closed by Jan de Groot (JGC)
Thursday, 20 October 2016, 13:12 GMT
Reason for closing: Fixed
Additional comments about closing: https://bugzilla.gnome.org/show_bug.cgi? id=773272 upstream.
Thursday, 20 October 2016, 13:12 GMT
Reason for closing: Fixed
Additional comments about closing: https://bugzilla.gnome.org/show_bug.cgi? id=773272 upstream.
Can you reproduce this with tarball build by removing the scannerlexer.c before running make, that way we can find out if it's caused by a bug in flex or if something else is going on here.
Eventually this will hit upstream releases also in the near future, as upstream maintainers will move to more recent distributions with flex 2.6.x in the future.
https://www.redhat.com/archives/libguestfs/2016-July/msg00252.html
Seems flex returns 0 instead of EOF now. Looking at the gobject-introspection lexer code, it checks for EOF on gtk-doc comments where it should check for 0 now.
Probably cinnamon code contains a broken gtk-doc block, so gobject-introspection will continue parsing the whole file until it reaches EOF. As EOF is not returned this will loop until killed.