You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been experimenting with getting gentoo installed on an unsupported Mac Mini M2 pro using chadmed's asahi-gentoosupport repo and the instructions from the alternate-distros page, except instead of using a normal stage3 (GNU toolchain/glibc) I'm using the experimental LLVM/musl one.
This has been fine so far, except when trying to compile u-boot with portage as I get an error about a duplicate definition of _start in arch/arm/cpu/armv8/start.S as the symbol is also defined in boot0-linux-kernel-header.h which is imported by start.S.
Note: This still doesn't fix compilation with the LLVM/musl stage3 as linking fails, however this is an upstream issue that can be worked around by using ld.bfd instead of ld.lld for now as ld.lld is not supported.
The text was updated successfully, but these errors were encountered:
I rebased the asahi branch on the current upstream master branch. I intend to do another rebase in early January when the upstream 2024.01 release is tagged. It is then up to @marcan to rebase the asahi-releng branch on top of that.
I've been experimenting with getting gentoo installed on an unsupported Mac Mini M2 pro using chadmed's asahi-gentoosupport repo and the instructions from the alternate-distros page, except instead of using a normal stage3 (GNU toolchain/glibc) I'm using the experimental LLVM/musl one.
This has been fine so far, except when trying to compile u-boot with portage as I get an error about a duplicate definition of
_start
in arch/arm/cpu/armv8/start.S as the symbol is also defined in boot0-linux-kernel-header.h which is imported by start.S.This has been fixed upstream by removing the duplicate definition:
https://source.denx.de/u-boot/u-boot/-/commit/4787c764f98ac9d4670ff45e11676c28fb61b882
Would you consider applying this change?
Note: This still doesn't fix compilation with the LLVM/musl stage3 as linking fails, however this is an upstream issue that can be worked around by using ld.bfd instead of ld.lld for now as ld.lld is not supported.
The text was updated successfully, but these errors were encountered: