Re: Bug#960674: golang-go: "fatal error: gc_trigger underflow" on mipsel
- To: YunQiang Su <syq@debian.org>
- Cc: Adrian Bunk <bunk@debian.org>, Shengjing Zhu <zhsj@debian.org>, 960674@bugs.debian.org, Sascha Steinbiss <satta@debian.org>, debian-mips@lists.debian.org
- Subject: Re: Bug#960674: golang-go: "fatal error: gc_trigger underflow" on mipsel
- From: Aurelien Jarno <aurelien@aurel32.net>
- Date: Fri, 29 May 2020 23:03:14 +0200
- Message-id: <[🔎] 20200529210314.GA1620953@aurel32.net>
- Mail-followup-to: YunQiang Su <syq@debian.org>, Adrian Bunk <bunk@debian.org>, Shengjing Zhu <zhsj@debian.org>, 960674@bugs.debian.org, Sascha Steinbiss <satta@debian.org>, debian-mips@lists.debian.org
- In-reply-to: <[🔎] CAKcpw6WK_WB6TfGsPX+UqYcKfutct0emuxpwzXeEgn4ZNntRYQ@mail.gmail.com>
- References: <[🔎] CAFyCLW8HEyr1wqY38z1dffLkCLTuyxQpx5L=LQixNaCzzDqYxw@mail.gmail.com> <158953678029.12344.8017542680198321792.reportbug@BLN04NB0421> <[🔎] CAFyCLW-eLb2zzWf2Qs1heeCEsvszew3H6gdh0_UOzfZP_FQ+7w@mail.gmail.com> <[🔎] 20200520204422.GA21827@localhost> <[🔎] CAKcpw6VpVJVE7qZqLxUZXBZcwsKgpOs3Z_9HeX9Zk55k-h=e-w@mail.gmail.com> <[🔎] 20200521074009.GA4222@localhost> <[🔎] CAKcpw6WK_WB6TfGsPX+UqYcKfutct0emuxpwzXeEgn4ZNntRYQ@mail.gmail.com>
On 2020-05-28 09:04, YunQiang Su wrote:
> Adrian Bunk <bunk@debian.org> 于2020年5月21日周四 下午3:40写道:
> >
> > On Thu, May 21, 2020 at 06:41:34AM +0800, YunQiang Su wrote:
> > > Adrian Bunk <bunk@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?
>
> you are right. the current golang still output FP32 object...
> So, we think that it is buggy.
>
> Since Loongson CPU has some strange behaviour, it even can work...
> Let's try to patch golang to support FPXX or FP64.
>
> https://github.com/golang/go/issues/39289
That's probably a solution for bullseye/sid, however we can't backport
such changes and rebuild the go world in buster. I therefore think that
for buster the kernel change has to be reverted.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurelien@aurel32.net http://www.aurel32.net
Reply to: