NetBSD Problem Report #55724
From www@netbsd.org Tue Oct 13 01:02:21 2020
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
by mollari.NetBSD.org (Postfix) with ESMTPS id 8E9151A921F
for <gnats-bugs@gnats.NetBSD.org>; Tue, 13 Oct 2020 01:02:21 +0000 (UTC)
Message-Id: <20201013010220.6F6BA1A9244@mollari.NetBSD.org>
Date: Tue, 13 Oct 2020 01:02:20 +0000 (UTC)
From: andrew.cagney@gmail.com
Reply-To: andrew.cagney@gmail.com
To: gnats-bugs@NetBSD.org
Subject: src/lxml/etree.c: gcc: internal compiler error: Killed (program cc1 received signal 9)
X-Send-Pr-Version: www-1.0
>Number: 55724
>Category: toolchain
>Synopsis: src/lxml/etree.c: gcc: internal compiler error: Killed (program cc1 received signal 9)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: toolchain-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Oct 13 01:05:00 +0000 2020
>Last-Modified: Tue Oct 13 17:50:01 +0000 2020
>Originator: Andrew Cagney
>Release: NetBSD 9.0 (GENERIC64) #0: Fri Feb 14 00:06:28 UTC 2020 Tpkgsrc-2020Q3
>Organization:
>Environment:
NetBSD arm64 9.0 NetBSD 9.0 (GENERIC64) #0: Fri Feb 14 00:06:28 UTC 2020 mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/evbarm/compile/GENERIC64 evbarm
>Description:
While building lxml-4.5.2, gcc barfs (funny how the barf doesn't mention the gcc version):
gcc: internal compiler error: Killed (program cc1 received signal 9)
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://www.NetBSD.org/support/send-pr.html> for instructions.
Compile failed: command 'gcc' failed with exit status 4
cc -I/usr/pkg/include/libxml2 -I/usr/include -I/usr/pkg/include -I/usr/include/libxml2 -c /tmp/xmlXPathInit9e01j05o.c -o tmp/xmlXPathInit9e01j05o.o
cc tmp/xmlXPathInit9e01j05o.o -L/usr/pkg/lib -L/usr/lib -L/usr/lib -L/usr/lib -lxml2 -o a.out
error: command 'gcc' failed with exit status 4
$ cat /tmp/xmlXPathInit9e01j05o.c
#include "libxml/xpath.h"
int main (int argc, char **argv) {
xmlXPathInit();
return 0;
}
$ gcc --version
gcc (nb3 20190319) 7.4.0
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>How-To-Repeat:
>Fix:
Dropping the -O2 flag works around the problem.
>Audit-Trail:
From: Andrew Cagney <andrew.cagney@gmail.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: toolchain/55724: src/lxml/etree.c: gcc: internal compiler error:
Killed (program cc1 received signal 9)
Date: Tue, 13 Oct 2020 12:27:14 -0400
Thanks to a pointer from "wiz", this has been traced back to a lack of swap.
Or more pointedly, having no_swap=YES lurking in the default rc.conf -
swap was added but rebooting lost it :-(
Once there's swap the process gets to more than 700mb on a 1gb-ram-PI3
but still manages to stumble on.
On Mon, 12 Oct 2020 at 21:05, <gnats-admin@netbsd.org> wrote:
>
> Thank you very much for your problem report.
> It has the internal identification `toolchain/55724'.
> The individual assigned to look at your
> report is: toolchain-manager.
>
> >Category: toolchain
> >Responsible: toolchain-manager
> >Synopsis: src/lxml/etree.c: gcc: internal compiler error: Killed (program cc1 received signal 9)
> >Arrival-Date: Tue Oct 13 01:05:00 +0000 2020
>
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc: andrew.cagney@gmail.com, "Jared D. McNeill" <jmcneill@invisible.ca>
Subject: Re: toolchain/55724: src/lxml/etree.c: gcc: internal compiler error:
Killed (program cc1 received signal 9)
Date: Tue, 13 Oct 2020 19:06:44 +0200
On Tue, Oct 13, 2020 at 04:30:02PM +0000, Andrew Cagney wrote:
> Or more pointedly, having no_swap=YES lurking in the default rc.conf -
> swap was added but rebooting lost it :-(
That can't be the default rc.conf (with that the machine doesn't even boot
multiuser). Are you using some live image (e.g. in a virtual machine)?
There is code to disable it for "bootimages", and I guess that makes
sense as long as those live on a USB stick, but once you move it to an
AMI or similar it certainly should be reconsidered ;-)
Martin
From: Andrew Cagney <andrew.cagney@gmail.com>
To: gnats-bugs@netbsd.org
Cc: toolchain-manager@netbsd.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Subject: Re: toolchain/55724: src/lxml/etree.c: gcc: internal compiler error:
Killed (program cc1 received signal 9)
Date: Tue, 13 Oct 2020 13:46:49 -0400
the 64-bit generic arm image
On Tue, 13 Oct 2020 at 13:10, Martin Husemann <martin@duskware.de> wrote:
>
> The following reply was made to PR toolchain/55724; it has been noted by GNATS.
>
> From: Martin Husemann <martin@duskware.de>
> To: gnats-bugs@netbsd.org
> Cc: andrew.cagney@gmail.com, "Jared D. McNeill" <jmcneill@invisible.ca>
> Subject: Re: toolchain/55724: src/lxml/etree.c: gcc: internal compiler error:
> Killed (program cc1 received signal 9)
> Date: Tue, 13 Oct 2020 19:06:44 +0200
>
> On Tue, Oct 13, 2020 at 04:30:02PM +0000, Andrew Cagney wrote:
> > Or more pointedly, having no_swap=YES lurking in the default rc.conf -
> > swap was added but rebooting lost it :-(
>
> That can't be the default rc.conf (with that the machine doesn't even boot
> multiuser). Are you using some live image (e.g. in a virtual machine)?
The 64-bit generic arm image from 9 with all the auto-resize magic.
> There is code to disable it for "bootimages", and I guess that makes
> sense as long as those live on a USB stick, but once you move it to an
> AMI or similar it certainly should be reconsidered ;-)
I moved / (as in dump/restore) to a USB SATA drive. So they would
have come from there.
I guess the technically correct method is "sysinst".
(Contact us)
$NetBSD: query-full-pr,v 1.46 2020/01/03 16:35:01 leot Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2020
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.