This fixes the issue that arch specific headers will not appear in the flist
file when cross-compiling, and thus being missing in the resulting binary
package.

Resulting binaries like libstdc++.so will end up having an rpath with an
absolute path to the build sandbox set in the elf headers.
This issue was discovered when trying to run a cross-compiled lftp which
was cross-compiled against musl libc and segfaulted when being executed.
Removing the explicit rpath seems to solve the runtime issue because lftp
is not segfaulting anymore and works as expected.

Applying libc-compat.h related patches to the kernel itself breaks the build.
It doesn't really make much sense to do that anyway because it is highly
unlikely that there will be any musl dpecific patch for the kernel itself.

This reverts commit d0201f400f.

In the parse-config-9 we map the linux-header and linux package to the same
directory which is 'linux' thus the patches in the linux-header subdir were
not applied.

Origin: https://github.com/sabotage-linux/kernel-headers/blob/master/generic/include/linux/libc-compat.h

Note:

Because the original procps project is pretty unmaintained a fork called
procps-ng was initiated by Debian, Redhat and Suse.
This update is replacing the sources with those provided by the procps-ng
project.

patch origin: sabotage linux

https://raw.githubusercontent.com/sabotage-linux/sabotage/8054eda9e3b5e58309e36d8d2223aba00a9480e6/KEEP/pciutils-pread.patch

Note:

Currently this is a copy of the glibc config.cache because this was formerly
injected from the frameworks for all builds!

TODO: All the entries need to be checked on a native build!

Actually reverting 8a5fecedc6.

The libtool we build in toolchain stage should be sufficient.