更新1

Question

我正在尝试在OS X Mavericks上创建一个Linux Arm工具链。我在/usr/local/gcc-4.8.1-for-linux64/bin/中有GCC 4.8.1二进制文件，这是我用来为binutils生成配置脚本的命令：

$ ../binutils-2.23.2/configure --target=arm-unknown-linux --prefix=$PREFIX --bindir=/usr/local/gcc-4.8.1-for-linux64/bin/

运行make all时出现此错误：

gcc -DHAVE_CONFIG_H -I. -I../../binutils-2.23.2/binutils  -I. -I../../binutils-2.23.2/binutils -I../bfd -I../../binutils-2.23.2/binutils/../bfd -I../../binutils-2.23.2/binutils/../include -I./../intl -DLOCALEDIR="\"/usr/local/arm/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation  -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT readelf.o -MD -MP -MF .deps/readelf.Tpo -c -o readelf.o ../../binutils-2.23.2/binutils/readelf.c
../../binutils-2.23.2/binutils/readelf.c:9046:20: error: adding 'int' to a
      string does not append to the string [-Werror,-Wstring-plus-int]
    fputs ("     " + n, stdout);
           ~~~~~~~~^~~
../../binutils-2.23.2/binutils/readelf.c:9046:20: note: use array indexing to
      silence this warning
    fputs ("     " + n, stdout);
                   ^
           &       [  ]
1 error generated.
make[4]: *** [readelf.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-binutils] Error 2
make: *** [all] Error 2

错误的原因是什么？如何解决？

更新1

将binutils更新为2.24，错误已更改为

[ALL  ]    x86_64-build_apple-darwin13.0.0-gcc   -D_RPC_THREAD_SAFE_ -D_GNU_SOURCE -DIS_IN_build -include /Volumes/CrosstoolCompile/arm-unknown-linux-gnueabi/build/build-libc-startfiles/config.h rpc_sample.c         -o /Volumes/CrosstoolCompile/arm-unknown-linux-gnueabi/build/build-libc-startfiles/sunrpc/cross-rpc_sample.o -MMD -MP -MF /Volumes/CrosstoolCompile/arm-unknown-linux-gnueabi/build/build-libc-startfiles/sunrpc/cross-rpc_sample.o.dt -MT /Volumes/CrosstoolCompile/arm-unknown-linux-gnueabi/build/build-libc-startfiles/sunrpc/cross-rpc_sample.o -c
[ERROR]    rpc_scan.c:40:10: fatal error: 'libintl.h' file not found
[ALL  ]    #include <libintl.h>
[ALL  ]             ^
[ERROR]    rpc_main.c:41:10: fatal error: 'libintl.h' file not found
[ALL  ]    #include <libintl.h>
[ALL  ]             ^
[ALL  ]    In file included from rpc_clntout.c:34:
[ERROR]    ./rpc/types.h:73:9: error: unknown type name '__u_char'; did you mean 'u_char'?
[ALL  ]    typedef __u_char u_char;
[ALL  ]            ^~~~~~~~
[ALL  ]            u_char
[ALL  ]    /usr/include/sys/types.h:84:24: note: 'u_char' declared here
[ALL  ]    typedef unsigned char           u_char;
[ALL  ]                                    ^

未设置自定义编译器/链接器标志。

Answer 1

使用更高版本的binutils。这种事情已在多个地方修复。版本2.24刚刚问世。

更高版本的binutils中的修复如下所示：

fputs (&" "[n], stdout);

我认为你Mac上的“gcc”确实是“铿锵”的。因为这个原因，当我开始自己编译ELLCC时，我不得不在基于ELLCC cross tool project的clang中更新binutils。

Answer 2

我有更新1 的答案：

这些类型正在干扰OSX中内置的类型。您需要将此修补程序应用于glibc源中的 types.h 。

--- types.h 2014-02-06 17:40:13.000000000 -0800
+++ types_new.h 2014-02-06 17:38:22.000000000 -0800
@@ -69,6 +69,9 @@
 #include <sys/types.h>
 #endif

+/* The system headers on Mac OS X conflict with these typedefs */
+#ifndef __APPLE__
+# error Error: should not be here if compiling under OSX.
 #ifndef __u_char_defined
 typedef __u_char u_char;
 typedef __u_short u_short;
@@ -84,6 +87,7 @@
 typedef __caddr_t caddr_t;
 # define __daddr_t_defined
 #endif
+#endif

 #include <sys/time.h>
 #include <sys/param.h>

我使用的是eglibc，因此我的类型位于此处：

/Volumes/{your case sensitive image}/.build/src/eglibc-2_17/sunrpc/rpc

我的blog post可以在整个过程中找到更多信息。

干杯！

在OS X上交叉编译binutils

更新1

2 个答案: