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

[Dale]

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


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. 

If it isn't that, maybe someone else will have a better idea. 

Dale

:-)  :-)