Created attachment 571992 [details] compressed build log from the build log: 33:21.97 gmake[6]: Leaving directory '/usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-66.0.2/work/firefox-66.0.2/ff/browser/locales' 33:21.98 gmake[4]: Nothing to be done for 'tools'. * /var/tmp/portage/sys-apps/sandbox-2.17/work/sandbox-2.17/libsandbox/memory.c:free():63: failure (Invalid argument): * sandbox memory corruption with free(0x000055a53c58b060): Invalid argument 33:26.82 gmake[1]: Entering directory '/usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-66.0.2/work/firefox-66.0.2/ff' 33:26.82 rm -f jarlog/en-US.log the pgo useflag is normally masked, I unmasked it for testing.
Created attachment 571994 [details] emerge --info from cross-emerge
I'll try again with FEATURES="-sandbox -usersandbox"
Is it possible that this doesn't work, simply because the train-run needs to execute the firefox binary build in the first place? And since this is a cross-compile attempt, it's never going to work? Executing armhf binary with amd64 sandbox?
Alright, closing as cantfix. pgo needs a native cpu for the training runs, a cross-compile is impossible.
Keeping it open. When PGO don't work when cross-compiling, we have to add a check (we have tc-is-cross-compiler).