Question

交叉编译工具链制作的问题！

您好，我是一名学生，最近想要利用crosstool来制作交叉编译工具链，来制作一个适用于arm平台的动态库文件。但是在编译的过程中遇到了一些瓶颈，因为看到您在帖子中说又类似的经历，所以想请教一下。

交叉编译工具链是一系列工具的集合binutils+gcc+glinc+kernel。我想编译的是gcc-3.4.5-glibc-2.3.5。我在
编译的过程中总是在编译gcc-core时，提示核心存储段已转移，通过查询，发现是一个叫tmp-modes.h的文件是空的。不知道该如何下手，下面
是我的问题：
1.交叉工具链当中的gcc和本机的gcc又什么联系？两者是一个吗？

2.我以前在编译的过程，在编译binutils时，也出现”核心存储段已转移“的问题。后来我换成了binutils-2.16，降低了一个版本，就没
出现这种问题了，我就按照这种尝试解决此问题，发现不行。这是什么问题？是因为没有安装kernel-header吗？linux-libc-
headers-2.6.12.0是用来做什么的？
我的gcc-3.4.5-glibc-2.3.5.dat内容是
BINUTILS_DIR=binutils-2.16
GCC_DIR=gcc-3.4.5
GLIBC_DIR=glibc-2.3.5
LINUX_DIR=linux-2.6.10
LINUX_SANITIZED_HEADER_DIR=linux-libc-headers-2.6.12.0
GLIBCTHREADS_FILENAME=glibc-linuxthreads-2.3.5
GCC_CORE_DIR=gcc-3.4.5
在线等您的答复，万分感谢！
GDB_DIR=gdb-6.5

Answer 1

核心转储是崩溃报告的一个过程，他只是把当前崩溃的信息转存出来方便差错。而且这个核心转储几个字也不过是个提示输出信息。这个提示不会给与任何与错误相关的内容，必须看其他的错误信息或者他转储出来的东西来分析。
不过核心转储，应该是程序运行出错而崩溃。这种问题出现在你正在运行的程序，而不是编译过程出现的编译错误（也就是说，出现核心转储应该就是 GCC 或者他调用的程序自己崩溃了）。出现这个问题的原因很多。

如果是因为没有找到某些 header 文件，不应该是核心转储错误，而是编译器或者某个过程提示错误信息后退出，他会输出错误信息告诉你问题所在。

至于你编译的这些东西版本都比较老，我建议还是尝试降级整个系统来编译、运行你现在的这些东西。或者升级你这个交叉编译工具链到当前主流的版本来用。

至于交叉工具连当中的 GCC 和你当前本机的 GCC，完全是两个互相独立的 GCC 。
只是他们编译输出的二进制程序针对的指令集不同而已。相对的 binutils 和 glibc 和 kernel-header 都是一样的意思，针对目标而输出的相关程序。当然 glibc 和 kernel-header 主要是以“数据”方式存在，gcc 和 binutils 主要是以可以运行的程序方式存在（当然不是绝对的，比如 gcc 还会提供几个 lib 相关的内容，不过大部分情况下你可以这么理解更直观了解他们的作用）。
一般说来 GCC 是编译器，binutils 是连接器，glibc 是标准 C 库（主要是连接时，连接器必须有目标的函数库文件，也就是 .so 文件，对应 Windows 是 .dll 文件。连接器把函数调用正确的挂接到对应的函数入口上）。linux header 就是 C 语言常见的 C header 文件和相关的开发数据。一般主要用来编译 glibc ，glibc 作为中间层来提供内核相关调用。当然程序有些时候也会直接调用内核函数，这样这些程序在编译时也需要 kernel 的 header 。

这两套东西一个输出你当前 PC 的程序，一个输出 ARM 的程序。两个 GCC 套装之间不能互相替换。只能自己输出属于自己的程序。
但是这两套程序虽然输出的程序不同，但可以运行的部分，却都是在你的计算机上运行。而且你本机的 GCC 因为可以输出本机的程序。所以你需要用他来输出在你本机运行，但是却输出 ARM 程序的 GCC 套装。

这就好比两个锤子，一个锤子用来打铁，一个锤子用来打锡。用途不同，但这两个锤子都是铁做的。
你作这个交叉编译工具链，就是用你手里已经有的打铁的锤子，打出一个用铁制作的用来打锡的锤子。这个打锡的锤子是不能打铁的，同样这个打铁的锤子是不能用来打锡的。