59533 2026-06-15 00:37:34 +0300 Используются бинарные компоненты при сборке из исходников 2026-06-15 00:39:44 +0300 1 1 4 Development Sisyphus golang unstable all Linux NEW P5 normal --- 1 shaba shaba arseny cas glebfm shaba sin taf qa-sisyphus oldest_to_newest 289449 0 shaba 2026-06-15 00:37:34 +0300 Выяснял почему не собирается новая минорная версия 1.25.9 под aarch64 на c10f2. И выяснил что golang в исходниках носит с собой бинарные объекты с именами *.syso. 1. src/runtime/race/README: runtime/race package contains the data race detector runtime library файлы src/runtime/race/race_linux_arm64.syso src/runtime/race/internal/amd64v1/race_linux.syso были обновлены в минорной версии 1.25.9, теперь они собраны более новым toolchain, поэтому под c10f2 сборка больше не проходит. 2. встроенный предкомпилированный boringssl. src/crypto/internal/boring/syso/goboringcrypto_linux_amd64.syso src/crypto/internal/boring/syso/goboringcrypto_linux_arm64.syso включается при сборке GOEXPERIMENT=boringcrypto, у нас не включен и не используется. 3. данные для тестоы Win PE формата. src/cmd/link/testdata/pe-binutils src/cmd/link/testdata/pe-llvm Для нас критичен только первый пункт. По хорошему надо race_linux_*.syso собирать самим из исходников. Есть инструмент golang.org/x/build/cmd/racebuild, или делать самим. Это compiler-rt/lib/tsan/go (в https://github.com/llvm/llvm-project), конкретный коммит, плюс патч src/runtime/race/*.patch, потом компиляция типа $CC gotsan.cpp -c -o race_linux_arm64.syso $FLAGS Сейчас я отключил запуск тестов для race(линковка с этими файлами была в тестах), добавил условие для сборки с race в отдельный подпакет(с %def_disable race). Тестовое задание успешно собралось в c10f2.