Re: [gentoo-user] glibc-2.33-r1 crashes out at the start before building.

[Alan Mackenzie]

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).