不能建立交叉编译器在阿尔卑斯目标基于GNU的linux发行版(例如。Debian)？

Question

我试图使用交叉凳-ng并构建一个交叉编译器来针对一个基于gnu的linux发行版，因为阿尔卑斯和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不包含这些声明。虽然我能够使用mxe构建一个混合W64交叉编译器，该编译器使用来自包管理器的libgcc libstdc++，所以我想这并不是主要的问题，因为mingw-w64工作得很好。

我在他们的回购上增加了一个问题，但到目前为止还没有解决方案。

有什么是我错过的，正在成为针对gnu的障碍吗？

编辑：用于复制问题的示例构建脚本是：

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)

Answer 1

经过大量的尝试和尝试，我成功地构建了工具链。

musl是智能的，它自己定义了这些类型。因此，这里的rpc头https://code.woboq.org/userspace/glibc/sunrpc/rpc/types.h.html#77与__u_char定义的类型__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问题，并要求将其添加到文档中，这样用户就可以轻松构建工具链了！