Created attachment 523968 [details] build.log The build of dev-libs/atk-2.26.1[abi_x86_32] aborts with the multilib error message "Header files have changed between ABIs".
Created attachment 523970 [details] emerge --info dev-libs/atk
sounds like a general issue with the meson eclass builds; please don't file a bug for each..
(In reply to Mart Raudsepp from comment #2) > sounds like a general issue with the meson eclass builds; please don't file > a bug for each.. Maybe dev-libs/glib-2.54.3-r4::gnome also plays a role in this? I didn't notice such issues before switching to gnome overlay (and thus dev-libs/glib-2.54.3-r4::gnome).
(In reply to Mart Raudsepp from comment #2) > sounds like a general issue with the meson eclass builds; please don't file > a bug for each.. P.S. Do you have a hint on how to debug this further (and eventually fix it)? This (and bug #650536) currently blocks building my desktop machine's operating system and I want to get the hardware operational within the next days, so I can continue hacking on fun things again.
The same fix from bug #650532 comment #2 can also be applied to the atk ebuild to fix this issue.
Created attachment 528216 [details, diff] patch to resolve header difference caused by glib-mkenums Here's a patch which changes the enum generation templates to use @basename@ rather than @filename@, which doesn't therefore include the build directories whilst still maintaining the useful information. It should resolve the mismatched header issue.
This manifests as a problem with meson only, as there the enum types file gets renegerated. With autotools, as still used in 2.28.1 in main tree, it doesn't regenerate them per ABI (a pregenerated one comes from tarballs) and is not a problem. We'll have to see that the version we eventually move over to using meson is good about this, but as 2.28.1 is there, which is for 3.28, I'm retargeting this bug to 3.30 tracker, as we won't be moving main tree over to meson before then. Maybe it's fixed upstream already too in 2.30.x, we'll see then. The gnome overlay 3.26 ebuild remained just as an initial work to move to meson, which maybe can be drawn as inspiration when doing it for main tree or updating to 2.30 in overlay.
This has been fixed upstream. I've cherry-picked the upstream patch into my atk-2.30.0 bump (https://github.com/gentoo/gentoo/pull/10996)
That bump with patch was merged to main tree, and the problematic old meson ebuild in overlay has been removed by now. So considering this as fully fixed now