* YunQiang Su: > 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.
But apparently it does. The question is why? Is it a lack of proper ABI markup? Maybe we can tweak the kernel enablement so that it still preserves the old behavior for these Go binaries.
