Re: Help with an arm64 specific gcc internal error with polymake
- To: David Bremner <bremner@debian.org>
- Cc: Wookey <wookey@wookware.org>, Dominic Hargreaves <dom@earth.li>, debian-arm@lists.debian.org
- Subject: Re: Help with an arm64 specific gcc internal error with polymake
- From: Adrian Bunk <bunk@debian.org>
- Date: Wed, 2 Dec 2020 00:14:19 +0200
- Message-id: <[🔎] 20201201221419.GA17310@localhost>
- In-reply-to: <875z5rjcmi.fsf@tethera.net>
- References: <20201111221219.GJ25123@urchin.earth.li> <20201114143053.GR25123@urchin.earth.li> <20201114150813.GJ21378@mail.wookware.org> <20201114163338.GS25123@urchin.earth.li> <20201115014923.GN21378@mail.wookware.org> <20201117211914.GN25123@urchin.earth.li> <20201127031243.GF8931@mail.wookware.org> <875z5rjcmi.fsf@tethera.net>
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
Reply to: