无法在针对基于 GNU 的 linux 发行版例如 Debian的 Alpine 上构建交叉编译器？

问题描述

我试图使用 crosstool-ng 并让它工作来构建一个交叉编译器以针对基于 gnu 的 linux 发行版，因为 alpine 带有 musl-libc 我猜交叉工具不能直接使用该类型gnu 中使用的声明。

更准确地说，在构建工具链时安装 linux 头文件时，/usr/include/linux/types.h 不包含某些类型声明，这些声明会导致以下错误：

[ERROR]      rpc/types.h:78:9: error: unknown type name '__u_char'
[ERROR]      rpc/types.h:78:18: error: conflicting types for 'u_char'
[ERROR]      rpc/types.h:79:9: error: unknown type name '__u_short'
[ERROR]      rpc/types.h:79:19: error: conflicting types for 'u_short'
[ERROR]      rpc/types.h:80:9: error: unknown type name '__u_int'
[ERROR]      rpc/types.h:80:17: error: conflicting types for 'u_int'
[ERROR]      rpc/types.h:81:9: error: unknown type name '__u_long'
[ERROR]      rpc/types.h:81:18: error: conflicting types for 'u_long'
[ERROR]      rpc/types.h:82:9: error: unknown type name '__quad_t'
[ERROR]      rpc/types.h:82:18: error: conflicting types for 'quad_t'
[ERROR]      rpc/types.h:83:9: error: unknown type name '__u_quad_t'
[ERROR]      rpc/types.h:83:20: error: conflicting types for 'u_quad_t'
[ERROR]      rpc/types.h:84:9: error: unknown type name '__fsid_t'
[ERROR]      rpc/types.h:88:9: error: unknown type name '__daddr_t'
[ERROR]      rpc/types.h:89:9: error: unknown type name '__caddr_t'
[ERROR]      rpc/types.h:89:19: error: conflicting types for 'caddr_t'

我想这是因为 musl-libc 中不包含这些声明。虽然我能够使用 mxe 构建一个 mingw-w64 交叉编译器，它使用来自包管理器的 libgcc libstdc++，所以我想这不是主要问题，因为 mingw-w64 工作得很好.

我在他们的存储库中添加了 issue，但目前还没有解决方案。

是否有什么我错过的东西正在成为面向 gnu linux 的障碍？

编辑：重现问题的示例构建脚本是：

docker run --rm -it alpine:3.12.4 sh

# ======== Under the shell (alpine) ========
apk add --update-cache alpine-sdk wget xz git bash autoconf automake bison flex texinfo help2man gawk libtool ncurses-dev gettext-dev python-dev rsync && \

curl -LO http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.24.0.tar.bz2 && \
tar -xjvf crosstool-ng-1.24.0.tar.bz2 && \
cd crosstool-ng-1.24.0 && \

./configure --enable-local && \
make && \

./ct-ng x86_64-unknown-linux-gnu && \

{
    echo "CT_EXPERIMENTAL=y"
    echo "CT_ALLOW_BUILD_AS_ROOT=y"
    echo "CT_ALLOW_BUILD_AS_ROOT_SURE=y"
} >> .config && \

./ct-ng build.$(nproc)

解决方法

经过多次尝试和尝试，我能够成功构建工具链。

musl-libc 很聪明，它自己定义了这些类型。因此，此处的 rpc 标头 https://code.woboq.org/userspace/glibc/sunrpc/rpc/types.h.html#77 与 GNU 定义但未定义 __u_char 等类型的 u_char 类型相冲突。

我们可以通过在构建时将 -D__daddr_t_defined -D__u_char_defined 宏传递给 c 标志来解决这个问题。

sed -i 's/\(^CT_EXTRA_CFLAGS_FOR_BUILD=".*\)"$/\1 -D__daddr_t_defined -D__u_char_defined"/' .config

因此，效果很好！

我已经关闭了 github issue 并要求将其添加到文档中，以便用户可以轻松构建工具链！