Closed joe-lawrence closed 3 months ago
Closing this as it may not be considered a "bug". It can be avoided by following the advice to set URL=https://download.01.org/0day-ci/cross-package
when running. The default is to use cdn.kernel.org which will hit this problem with endian specific naming, but I'm not sure if this script is intended for stand alone use.
I'm filing this bug as I have reused the make.cross script for other purposes, but I believe I'm hitting a bug.
To reproduce:
I believe the problem is that download.01.org provided -endian named tarballs, like x86_64-gcc-13.2.0-nolibc_powerpc64le-linux.tar.xz while cdn.kernel.org does not, only x86_64-gcc-13.2.0-nolibc-powerpc64-linux.tar.xz here.
In the past, I had reused the sbin/make.cross version of the script which pulled from download.01.org. The newer version in kbuild/make.cross pulls from cdn.kernel.org but still contains lots of endian naming.
I'm sure this isn't the intention of the cross-compiler script, but I figured I would the issue in case it occurs in its normal lkp-tests context. LMK if I'm invoking it incorrectly. Thanks.