Re: Help with an arm64 specific gcc internal error with polymake

[Adrian Bunk <bunk@debian.org>]

On Fri, Nov 27, 2020 at 06:52:05AM -0400, David Bremner wrote:
> Wookey <wookey@wookware.org> writes:
> 
> > On 2020-11-17 21:19 +0000, Dominic Hargreaves wrote:
> >> Thanks for your work on this. As of today polymake has been uploaded
> >> to use gcc-9 which doesn't have this problem, so the perl transition
> >> has been unblocked.
> >
> > I don't understand how this works, because Alex was able to reproduce the
> > all the way back to gcc6, and it's been in bugzilla since 2012.
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52830
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91590
> >
> > Still, immediate issue worked around and hopefully the compiler will
> > get fixed one day.
> 
> At the risk of being repetitive, this is only a workaround for the perl
> transition, it does almost nothing for polymake on arm64. The package is
> still RC buggy since it is compiled with a non-default version of
> gcc. I'm still looking at an arch-specific removal for bullseye.

On amdahl it FTBFS for me with gcc-10 10.2.0-16 but built
with 10.2.0-19, so should build if you upload now.

This Debian change to gcc-10 was never in gcc-9,
which explains why that always worked.

> d

cu
Adrian