Summary: | sys-libs/glibc-2.33-r3, r4: fails to build with /bin/sh = zsh , "__LINUX_KERNEL_VERSION" is not defined | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Johannes Penßel <johannesp> |
Component: | Current packages | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
glibc build.log
/var/tmp/portage/sys-libs/glibc-2.33-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log |
Description
Johannes Penßel
2021-07-27 15:13:35 UTC
>sh zsh 5.8
Seems suspicious. Could you please try with /bin/sh pointing to e.g. bash or dash?
Created attachment 727317 [details]
/var/tmp/portage/sys-libs/glibc-2.33-r4/work/build-x86-x86_64-pc-linux-gnu-nptl/config.log
checking installed Linux kernel header files... 3.2.0 or later /var/tmp/portage/sys-libs/glibc-2.33-r4/work/glibc-2.33/sysdeps/unix/sysv/linux/configure:167: parse error near `user_version=$((`ech...' ^ here we have it Turns out the problem was that I decided to disable bash in eselect-sh a few days ago. With bash selected in eselect-sh, the build works fine again, even though I'm still using zsh. I think someone motivated to use ZSH as /bin/sh needs to report this upstream. Please keep in mind that zsh is not a POSIX compliant shell and is not suitable for use as /bin/sh. The wiki page reflects this. |