On Thu, May 21, 2020 at 06:41:34AM +0800, YunQiang Su wrote: > Adrian Bunk <b...@debian.org> 于2020年5月21日周四 上午4:44写道: > > > > On Tue, May 19, 2020 at 11:43:30AM +0800, Shengjing Zhu wrote: > > > > > > FTR, after giving back golang-1.14 mipsel several times, it's finally > > > built, by a longson builder. > > > So I guess it only occurs on octeon. Since the porterbox eller is also > > > octeon, it also can't build any go program. > > > > On eller golang-1.14 fails to build both in sid and buster chroots. > > > > golang-1.11 also fails to build in a buster chroot with floating point > > test errors. > > > > golang-1.14 gets unbroken by GOMIPS=softfloat. > > > > The only kernel configuration change on eller in the buster point > > release is CONFIG_MIPS_O32_FP64_SUPPORT=y, everything observed would > > make sense if the problem is that golang-1.11 and golang-1.14 are > > not compatible with CONFIG_MIPS_O32_FP64_SUPPORT. > > It is just support O32_FP64. I don't expect it will have any effect. > Since currently, the toolchain/libraries are all FPXX.
Only the gcc/binutils toolchain/libraries or also the Go toolchain? Go has its own compiler. Go has its own linker. You do not need binutils installed for building Go programs. cu Adrian