| ^~~~~~~~~~~~~~~~~ emojier.c: At top level: emojier.c:9097:17: error: expected identifier or ‘(’ before ‘while’ 9097 | while (((gpointer*) array)[length]) { | ^~~~~ emojier.c:9100:9: error: expected identifier or ‘(’ before ‘}’ token 9100 | } ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_systemd-j4-20211030-053943 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-11.2.0 * clang version 13.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/13/bin /usr/lib/llvm/13 13.0.0 Python 3.9.7 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) [3] ruby30 (with Rubygems) * Available Rust versions: [1] rust-1.56.0 * The Glorious Glasgow Haskell Compilation System, version 8.10.4 php cli: HEAD of ::gentoo commit 72f6877267795a912efcbf79676e5a00135e28d4 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sun Oct 31 09:51:30 2021 +0000 2021-10-31 09:51:29 UTC emerge -qpvO app-i18n/ibus [ebuild R ] app-i18n/ibus-1.5.25 USE="X emoji gtk gtk2 introspection nls python unicode -kde -test -vala -wayland" PYTHON_TARGETS="python3_9 -python3_8 -python3_10%"
Created attachment 747684 [details] emerge-info.txt
Created attachment 747687 [details] app-i18n:ibus-1.5.25:20211031-111447.log
Created attachment 747690 [details] emerge-history.txt
Created attachment 747693 [details] environment
Created attachment 747696 [details] etc.portage.tar.bz2
Created attachment 747699 [details] logs.tar.bz2
Created attachment 747702 [details] temp.tar.bz2
Created attachment 759995 [details, diff] fix-emojier.patch hi Toralf, I'm unable to reproduce this error, possibly triggered by certain cflag? btw, could you try the attached patch? see if it fix the problem
Both emojier.c files are generated from vala, so they're probably dependent on the vala version used. From the build log: > checking for valac... /usr/bin/valac-0.50 I cannot reproduce the failure with ibus 1.5.25-r1 or 1.5.26 when forcing vala to 0.50. I don't think this is worth spending more time investigating given that no one else has seen this.