From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id AF74E13933E for ; Wed, 7 Jul 2021 18:52:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 78126E0D4D; Wed, 7 Jul 2021 18:52:41 +0000 (UTC) Received: from mail.muc.de (colin.muc.de [193.149.48.1]) by pigeon.gentoo.org (Postfix) with SMTP id C9102E0D1B for ; Wed, 7 Jul 2021 18:52:40 +0000 (UTC) Received: (qmail 96406 invoked by uid 3782); 7 Jul 2021 18:52:39 -0000 Received: from acm.muc.de (p4fe15ce4.dip0.t-ipconnect.de [79.225.92.228]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Wed, 07 Jul 2021 20:52:39 +0200 Received: (qmail 3995 invoked by uid 1000); 7 Jul 2021 18:52:38 -0000 Date: Wed, 7 Jul 2021 18:52:38 +0000 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] glibc-2.33-r1 crashes out at the start before building. Message-ID: References: <6ef37bce-a9c6-4ed3-4515-ff4acffa2a9b@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6ef37bce-a9c6-4ed3-4515-ff4acffa2a9b@gmail.com> X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Archives-Salt: 3b38065f-a6d4-480b-aba0-fc828a20a316 X-Archives-Hash: d0230da9bb50e6de1bbae9d7d3ef68a8 Hi, Dale. On Wed, Jul 07, 2021 at 13:23:21 -0500, Dale wrote: > Alan Mackenzie wrote: > > Hello, Gentoo. > > Would somebody help me here, please. > > When I try to emerge glibc-2.33-r1, the very first phase of the build > > crashes out with: > > x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -Wl,-O1 -Wl,--as-needed glibc-test.c -o glibc-test > > * Checking that IA32 emulation is enabled in the running kernel ... > > /usr/portage/sys-libs/glibc/glibc-2.33-r1.ebuild: line 608: 199 Segmentation fault "${T}/check-ia32-emulation.elf32" > > [ !! ] > > * ERROR: sys-libs/glibc-2.33-r1::gentoo failed (pretend phase): > > * CONFIG_IA32_EMULATION must be enabled in the kernel to compile a multilib glibc. > > * > > * Call stack: > > * ebuild.sh, line 127: Called pkg_pretend > > * glibc-2.33-r1.ebuild, line 721: Called sanity_prechecks > > * glibc-2.33-r1.ebuild, line 670: Called die > > * The specific snippet of code: > > * [[ $STAT -eq 0 ]] || die "CONFIG_IA32_EMULATION must be enabled in the kernel to compile a multilib glibc." > > * > > * If you need support, post the output of `emerge --info '=sys-libs/glibc-2.33-r1::gentoo'`, > > * the complete build log and the output of `emerge -pqv '=sys-libs/glibc-2.33-r1::gentoo'`. > > * The complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/build.log'. > > * The ebuild environment file is located at '/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/die.env'. > > * Working directory: '/var/tmp/portage/sys-libs/glibc-2.33-r1/empty' > > * S: '/var/tmp/portage/sys-libs/glibc-2.33-r1/work/glibc-2.33' > >>>> Failed to emerge sys-libs/glibc-2.33-r1, Log file: > >>>> '/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/build.log' > > What is clearly happening is that the C Compiler is crashing out with a > > segfault. I actually have CONFIG_IA32_EMULATION in my kernel config. > > I've tried this with both GCC-10.3.0 and GCC-9.3.0 with the same results > > on both. > > What is going wrong? (Horrible thought - maybe my RAM is failing.) Well, 20 minutes of memtest86+ doesn't show any errors, thankfully. > Could it be that the /usr/src/linux link is pointing to the wrong kernel > directory?  It could be pointing to a old config that doesn't have that > option enabled.  I know I've done that before when rebuilding modules.  > It's amazing how it doesn't work when that link is pointing to the wrong > kernel.  Thanks, I've just checked that. The link is indeed pointing to the correct kernel. The only thing odd about it is the kernel has 777 permissions rather than 755, dating from April when I was messing with the kernel's soft scrolling. But that couldn't cause gcc to segfault, surely? > If it isn't that, maybe someone else will have a better idea.  > Dale > :-)  :-)  -- Alan Mackenzie (Nuremberg, Germany).