0

我试图使用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 中不包含这些声明。虽然我能够使用来自包管理器的mxelibgcc libstdc++构建一个 mingw-w64 交叉编译器，但我想这不是主要问题，因为 mingw-w64 工作得很好。

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

有没有什么我错过的东西正在成为针对 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)
4

1 回答 1

4

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

musl-libc 很聪明，它自己定义了这些类型。因此，此处的 rpc 标头https://code.woboq.org/userspace/glibc/sunrpc/rpc/types.h.html#77__u_char与GNU 定义但未定义的类型冲突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 问题并要求将其添加到文档中，以便用户可以轻松构建工具链！

于 2021-03-13T15:57:49.973 回答