Created attachment 405208 [details, diff] patch v1 I am attaching a patch for the following issue: This package failed cross-compilation for ARM on an amd64 build machine for the following reasons: 1) The criu Makefile sets $ARCH based on the $(uname -m) output on the build machine, so it tried to invoke the ARM cross compiler on amd64 assembly files. We need to pass in a suitable $ARCH variable to override this behavior. 2) On systems where ld.gold is the default linker, an internal linker error was seen (crbug.com/500708). While this is being investigated, we can build criu using ld.bfd. 3) $OBJCOPY defaults to the native objcopy, and this also needs to be overridden.
should be all set now in the tree; thanks for the report! Commit message: Fix ARCH & OBJCOPY handling for cross-compiling http://sources.gentoo.org/sys-process/criu/criu-1.6.ebuild?r1=1.1&r2=1.2
i've left out the gold->bfd hack for now. CrOS is using binutils-2.24 and is in the process of moving to binutils-2.25. we want to triage this a bit further i think before deploying workarounds ... and if we do decide to go that route, we'd never hardcode the ".bfd" suffix in ebuilds. there's some gold helpers in toolchain-funcs so you can select the right value.
