No, the issue should be there with macos-14 too. You just don't hit it because tools-only_defconfig doesn't build the two things that break:
a) kwboot is only built with CONFIG_ARCH_MVEBU or CONFIG_ARCH_KIRKWOOD, and tools-only_defconfig has neither. b) The same goes for crc8.c. It's only used by gen_ethaddr_crc, which needs CONFIG_CMD_NET, and that's not enabled in tools-only_defconfig either. I hit both with HOST_TOOLS_ALL=y, which turns these on. To be honest, I haven't tried macos-14. ~ Josef st 28. 10. 2026 v 19:13 odesÃlatel Tom Rini <[email protected]> napsal: > > On Wed, Oct 28, 2026 at 01:12:55PM +0100, Josef Schlehofer wrote: > > > With HOST_TOOLS_ALL=y, the U-Boot host tools do not build on macOS. > > crc8.o does not compile and kwboot does not link. The kwboot link error > > also stops board builds such as turris_omnia. > > > > Patch 1 links kwboot with the system libncurses, patch 2 removes an > > unused function warning in kwboot, and patch 3 keeps the sandbox > > asm/sections.h out of the host build of crc8.c. > > > > Tested on macOS 27.0.1 with Apple clang 21: tools-only with > > HOST_TOOLS_ALL=y and the host tools of turris_omnia_defconfig now > > build, and kwboot boots a Turris Omnia over UART. On Linux (Debian > > trixie, GCC 14.2) the same tools-only build and a full turris_omnia > > build still pass, and kwboot still links against libtinfo. > > Interesting. I guess since our Azure builds are (wow, I need to check if > there's newer VMs..) on macos-14, and we do: > $ brew install make ossp-uuid > $ gmake tools-only_config tools-only \ > HOSTCFLAGS="-I/usr/local/opt/[email protected]/include" \ > HOSTLDFLAGS="-L/usr/local/opt/[email protected]/lib" > is why we hadn't hit this? > > -- > Tom
