1.为什么GCC、码下GLIBC、码下libstdc++ not found？
2.深入理解Linux可执行程序
3.v51.04 鸿蒙内核源码分析(ELF格式) | 应用程序入口并非main | 百篇博客分析OpenHarmony源码
4.ELF 文件解析 1-前述+文件头分析
5.如何为嵌入式开发建立交叉编译环境

为什么GCC、码下GLIBC、码下libstdc++ not found？

       GLIBCXX not found

       相关报错处理方式:

       1. 需要确认所使用的码下库文件是否存在于系统中，通常通过运行 `ldd` 命令查看程序依赖的码下获取lolip源码动态库。如果出现类似`/usr/lib/libstdc++.so.6: version 'GLIBCXX_3.4.' not found (required by ./xxx)`的码下错误信息，说明缺少特定版本的码下GLIBCXX库。

       处理方法如下:

       2. **源码编译更新gcc

       3. **下载官方包复制

       4. **手动编译复制

       GLIBC not found

       相关错误信息示例:

       若报错信息为`/lib/libc.so.6: version 'GLIBC_2.' not found (required by /lib/libstdc++.so.6)`，码下则表明缺少特定版本的码下GLIBC库。

       处理方法有以下几种：

       2. **源码编译更新gcc

       3. **下载官方包复制

       4. **手动编译复制

       gcc

       gcc 是码下 GNU Compiler Collection 的简称，用于将c/c++源代码编译为不同操作系统平台的码下汇编代码和可执行程序。

       gcc 是码下一组编译工具的集合，主要负责预处理和编译任务，码下自动调用汇编器和链接器，码下提供与编译器紧密相关的运行库支持。

       glibc

       glibc 是 GNU 实现的标准 C 库，提供操作系统级的底层函数和核心API，如I/O设备操作。

       glibc 包含多个头文件，每个文件定义一组相关设施。

       libstdc++

       libstdc++ 类似于 glibc，但针对 C++ 标准库。

       提供与标准 C 库相同的核心定义和底层功能，以及 C++ 标准库的实现，用于实现 C++ 程序中的dex源码提取在线库内容，如线程、流、文件、输入/输出等。

       大多数 Linux 发行版默认使用 libstdc++。

       ABI

       标准库的一个关键方面是 Application Binary Interface (ABI)，它确保了编写的 C 程序能在不同版本的 glibc 上运行。

       为了改进而不破坏兼容性，glibc 使用符号版本控制，每个函数与特定版本关联，允许新版本的程序使用新符号，而旧版本的程序仍能使用旧但兼容的符号。

       binutils 是将汇编语言翻译为目标代码的程序，与标准库之间存在密切关系。

       GNU C 函数库为开发者提供了便利，便于使用 C 语言开发基于 Linux 操作系统的程序。

       glibc 是 Linux 下的 C 标准库实现，是 GNU C Library 的一部分，已成为 Linux 的主要 C 库之一。

       相关命令

       使用 `ldd` 命令查看程序依赖的动态库。

       通过 `strings /lib/libc.so.6 | grep GLIBC_` 查看系统 GLIBC 支持的版本。

       通过 `strings /usr/lib/libstdc++.so.6 | grep GLIBCXX` 查看系统 GLIBCXX 支持的版本。

       使用 `readelf` 命令可以检查应用程序或库所需的 GLIBC 或 GLIBCXX 版本。

深入理解Linux可执行程序

       深入理解Linux可执行程序的构建与解析

       一个源文件生成为可执行程序的过程中，地址需要经历一系列关键步骤。在线制作表白源码首先，源文件经过编译器处理，生成可重定位目标文件（.o文件），之后通过链接器将多个.o文件合并成可执行文件。

       .o文件实质上是ELF文件的一种形式，包含二进制代码和数据，具备与其他目标文件合并的能力，以创建可执行目标文件。由于.o文件也是ELF文件，我们可以通过`readelf -h`命令查看其ELF头数据。

       利用ELF头结构体对比，我们可以深入理解文件组成。首先，我们需要注意到的是Magic魔法数字，它们的大小由宏定义`#define EI_NIDENT ()`限定。这些数字位于ELF文件头部的字节中，其中各字节的含义有其特定的含义。

       使用`readelf -S`命令，我们可以根据地址的偏移量来大致了解可重定位文件的组成。接下来，我们将相同的源码编译为可执行程序，并使用`readelf -h`查看可执行文件的头信息。

       通过`readelf -S`，我们可以进一步了解可执行文件的段组成。对比可重定位文件和可执行文件的arduino中文编程源码头部信息，我们可以发现主要有以下几点不同。

       我们可以通过官方工具如`readelf`获取可执行程序的构成信息，但是否意味着真实可执行程序确实遵循这种模式？为了验证这一点，我们可以通过解析ELF文件来理解其构成。这个过程可以基于`readelf`给出的信息进行，或者直接从实际存在的ELF文件进行解析。

       为了验证ELF文件的头部信息，我们需要计算整个可执行文件的大小。根据文件头信息，我们得知ELF头大小为字节，段头表偏移为字节，大小为字节，段头数量为个；节头表偏移地址为字节，大小为字节，节头数量为个。按照这些信息，我们可以进一步验证ELF文件的构建。

       在验证过程中，我们关注的是ELF头、段头部和节头表的正确位置及大小。通过计算，我们确认ELF头位于文件头部，段头部紧随其后，而节头表位于文件的末尾，与预期相符。律师平台源码cms

       对于Linux系统中的可执行程序，引入Position-Independent-Executable (PIE) 标志能够创建介于共享库与传统可执行程序之间的程序。PIE允许程序在内存中任意位置加载，而无需固定地址。通过在编译时添加`-pie`或`-no-pie`选项，可影响程序的加载行为，从而提高系统的安全性。

       总之，深入理解Linux可执行程序的构建与解析过程有助于我们掌握程序的底层机制。通过官方工具如`readelf`的使用，以及对ELF文件结构的解析，我们可以详细分析可执行程序的组成，进而理解其在系统中的运行机制和安全性策略。

v. 鸿蒙内核源码分析(ELF格式) | 应用程序入口并非main | 百篇博客分析OpenHarmony源码

       鸿蒙内核源码分析(ELF格式篇) | 应用程序入口并非main

       深入解析ELF格式与鸿蒙源码的关系，探寻应用程序入口的奥秘。本文将带你从一段简单的C代码开始，跟踪其编译成ELF格式后的神秘结构，揭秘ELF的组成与内部运作机制。

       以E:\harmony\docker\case_code_目录下的main.c文件为例，通过编译生成ELF文件，运行后使用readelf -h命令查看应用程序头部信息。了解ELF文件的全貌，从ELF头信息、段信息、段区映射关系、区表等多方面深入探讨。

       ELF格式文件由四大部分组成：头信息、段信息、段区映射关系和区表。头信息包含关键元数据，如文件类型、字节顺序、文件大小等；段信息描述了可执行代码和数据段的属性和位置；段区映射关系展示了段与区的关联；区表则存储了每个区的详细信息。

       通过readelf -l命令，可以观察到段信息及其在程序中的作用，如初始化数组、动态链接、栈区等。在运行时，不同段以特定方式映射到内存中，实现代码的加载和执行。

       在深入分析后，发现应用程序的真正入口并非通常理解的main函数，而是一个名为_start的特殊函数。这揭示了鸿蒙内核在启动时的执行流程，以及如何在ELF格式中组织和加载代码。

       本文以ELF格式为切入点，带你全面理解鸿蒙内核源码的组织结构与运行机制。通过百万汉字注解，带你精读内核源码，深入挖掘其地基。在Gitee仓(gitee.com/weharmony/ker...)同步注解，共同探索鸿蒙研究站(weharmonyos)的奥秘。

ELF 文件解析 1-前述+文件头分析

       明确参考文件

       一切理解建立在官方文档及源码基础上，源码是可靠参考，正文将阐述概念、意义，并配合简单、有代表性的示例。官方文档链接：Tool Interface Standard (TIS) Executable and Linking Format (ELF) Specification Version 1.2。ELF源码文件位于/usr/include/elf.h。

       ELF文件分析与学习方法

       终端命令如readelf用于快速查看文件内容信息，objdump用于解析二进制文件，hexdump以十六进制显示文件内容。推荐使用 Editor，一个专业的文本编辑器和十六进制编辑器，便于查看并研究ELF文件。

       学习方法：生成ELF文件，对照官方文档、elf.h源码，结合终端命令分析。掌握基本概念及部分间逻辑关系，通过计算验证理解。快速上手或概述了解，终端命令足够。

       具体的终端命令在所有Linux系统中自带，无需安装。查看方法：终端中使用$命令-h进行查询。ELF文件分析模板在 Editor中可找到，模板免费，使用方法不赘述。

       样例构建

       使用gcc生成位ELF可执行文件，过程包括配置、编译、链接等步骤。样例适用于学习，具体构建过程在此不赘述。

       ELF文件简介

       ELF是可执行可连接格式，包含三种主要类型文件。ELF文件用于程序链接和执行。

       ELF文件结构概述

       ELF文件分为链接视图与运行视图，视图角度不同，关注内容也不同。链接视图侧重文件结构细节，运行视图考虑内存装载优化。

       ELF文件结构包含：文件头、节、程序头表、节头表。文件头提供基本信息，节是链接过程中的数据容器，程序头表在运行时指导系统创建进程镜像，节头表包含所有节信息。

       两种视图依据目标文件用途划分，链接视图关注功能模块划分，运行视图考虑内存装载。ELF文件结构清晰，通过分级管理文件内容。

       数据成员命名规则遵循规律性组合形式，便于理解。ELF文件使用结构体定义数据结构，数据成员通过宏定义定义，不依赖机器字长，与创建时的主机无关。

       以分析Elf_Addr字长为例，展示分析方法：从typedef到最终的数据类型定义，直至通用数据类型。数据结构中每个成员字节长度从源码直接获取。

       ELF文件头描述文件基本信息，包括识别标志、位数、数据编码格式、版本等，用于文件解析和系统兼容。

       ELF文件头由一个Elf_Ehdr数据结构组成，e_ident数组包含识别信息，每个成员提供特定数据。e_type指定文件类型，e_machine指定处理器架构，e_version指明文件版本。

       e_entry表示程序入口虚拟地址，e_phoff和e_shoff分别指示程序头表和节头表偏移量，e_shstrndx指示节名字表的索引。

       通过ELF文件头，掌握文件各部分间关系，构建结构图。对于ELF可执行文件，使用 Editor或终端命令进行深入分析。

       针对样例文件hello的文件头分析，使用 Editor导入模板或终端命令查看，结果与自行分析一致。

       至此，ELF文件结构与文件头部分介绍完毕。下一部分将深入探讨ELF文件的节。

如何为嵌入式开发建立交叉编译环境

       ã€€ã€€ä¸‹é¢æˆ‘们将以建立针对arm的交叉编译开发环境为例来解说整个过程，其他的体系结构与这个相类似，只要作一些对应的改动。我的开发环境是，宿主机 i-redhat-7.2，目标机 arm。

       ã€€ã€€è¿™ä¸ªè¿‡ç¨‹å¦‚下

       ã€€ã€€1. 下载源文件、补丁和建立编译的目录

       ã€€ã€€2. 建立内核头文件

       ã€€ã€€3. 建立二进制工具（binutils）

       ã€€ã€€4. 建立初始编译器（bootstrap gcc）

       ã€€ã€€5. 建立c库(glibc)

       ã€€ã€€6. 建立全套编译器（full gcc）

       ã€€ã€€ä¸‹è½½æºæ–‡ä»¶ã€è¡¥ä¸å’Œå»ºç«‹ç¼–译的目录

       ã€€ã€€1. 选定软件版本号

       ã€€ã€€é€‰æ‹©è½¯ä»¶ç‰ˆæœ¬å·æ—¶ï¼Œå…ˆçœ‹çœ‹glibc源代码中的INSTALL文件。那里列举了该版本的glibc编译时所需的binutils 和gcc的版本号。例如在 glibc-2.2.3/INSTALL 文件中推荐 gcc 用 2.以上，binutils 用 2..1 以上版本。

       ã€€ã€€æˆ‘选的各个软件的版本是：

       ã€€ã€€linux-2.4.+rmk2

       ã€€ã€€binutils-2..1

       ã€€ã€€gcc-2..3

       ã€€ã€€glibc-2.2.3

       ã€€ã€€glibc-linuxthreads-2.2.3

       ã€€ã€€å¦‚果你选的glibc的版本号低于2.2，你还要下载一个叫glibc-crypt的文件，例如glibc-crypt-2.1.tar.gz。 Linux 内核你可以从www.kernel.org 或它的镜像下载。

       ã€€ã€€Binutils、gcc和glibc你可以从FSF的FTP站点ftp://ftp.gun.org/gnu/ 或它的镜像去下载。 在编译glibc时，要用到 Linux 内核中的 include 目录的内核头文件。如果你发现有变量没有定义而导致编译失败，你就改变你的内核版本号。例如我开始用linux-2.4.+vrs2，编译glibc-2.2.3 时报 BUS_ISA 没定义，后来发现在 2.4. 开始它的名字被改为 CTL_BUS_ISA。如果你没有完全的把握保证你改的内核改完全了，就不要动内核，而是把你的 Linux 内核的版本号降低或升高，来适应 glibc。

       ã€€ã€€Gcc 的版本号，推荐用 gcc-2. 以上的。太老的版本编译可能会出问题。Gcc-2..3 是一个比较稳定的版本，也是内核开发人员推荐用的一个 gcc 版本。

       ã€€ã€€å¦‚果你发现无法编译过去，有可能是你选用的软件中有的加入了一些新的特性而其他所选软件不支持的原因，就相应降低该软件的版本号。例如我开始用 gcc-3.3.2，发现编译不过，报 as、ld 等版本太老，我就把 gcc 降为 2..3。 太新的版本大多没经过大量的测试，建议不要选用。

       ã€€ã€€å›žé¡µé¦–

       ã€€ã€€2. 建立工作目录

       ã€€ã€€é¦–先，我们建立几个用来工作的目录：

       ã€€ã€€åœ¨ä½ çš„用户目录，我用的是用户liang，因此用户目录为 /home/liang，先建立一个项目目录embedded。

       ã€€ã€€$pwd

       ã€€ã€€/home/liang

       ã€€ã€€$mkdir embedded

       ã€€ã€€å†åœ¨è¿™ä¸ªé¡¹ç›®ç›®å½• embedded 下建立三个目录 build-tools、kernel 和 tools。

       ã€€ã€€build-tools-用来存放你下载的 binutils、gcc 和 glibc 的源代码和用来编译这些源代码的目录。

       ã€€ã€€kernel-用来存放你的内核源代码和内核补丁。

       ã€€ã€€tools-用来存放编译好的交叉编译工具和库文件。

       ã€€ã€€$cd embedded

       ã€€ã€€$mkdir build-tools kernel tools

       ã€€ã€€æ‰§è¡Œå®ŒåŽç›®å½•ç»“构如下：

       ã€€ã€€$ls embedded

       ã€€ã€€build-tools kernel tools

       ã€€ã€€3. 输出和环境变量

       ã€€ã€€æˆ‘们输出如下的环境变量方便我们编译。

       ã€€ã€€$export PRJROOT=/home/liang/embedded

       ã€€ã€€$export TARGET=arm-linux

       ã€€ã€€$export PREFIX=$PRJROOT/tools

       ã€€ã€€$export TARGET_PREFIX=$PREFIX/$TARGET

       ã€€ã€€$export PATH=$PREFIX/bin:$PATH

       ã€€ã€€å¦‚果你不惯用环境变量的，你可以直接用绝对或相对路径。我如果不用环境变量，一般都用绝对路径，相对路径有时会失败。环境变量也可以定义在.bashrc文件中，这样当你logout或换了控制台时，就不用老是export这些变量了。

       ã€€ã€€ä½“系结构和你的TAEGET变量的对应如下表

       ã€€ã€€ä½ å¯ä»¥åœ¨é€šè¿‡glibc下的config.sub脚本来知道，你的TARGET变量是否被支持，例如：

       ã€€ã€€$./config.sub arm-linux

       ã€€ã€€arm-unknown-linux-gnu

       ã€€ã€€åœ¨æˆ‘的环境中，config.sub 在 glibc-2.2.3/scripts 目录下。

       ã€€ã€€ç½‘上还有一些 HOWTO 可以参考，ARM 体系结构的《The GNU Toolchain for ARM Target HOWTO》，PowerPC 体系结构的《Linux for PowerPC Embedded Systems HOWTO》等。对TARGET的选取可能有帮助。

       ã€€ã€€4. 建立编译目录

       ã€€ã€€ä¸ºäº†æŠŠæºç å’Œç¼–译时生成的文件分开，一般的编译工作不在的源码目录中，要另建一个目录来专门用于编译。用以下的命令来建立编译你下载的binutils、gcc和glibc的源代码的目录。

       ã€€ã€€$cd $PRJROOT/build-tools

       ã€€ã€€$mkdir build-binutils build-boot-gcc build-gcc build-glibc gcc-patch

       ã€€ã€€build-binutils-编译binutils的目录

       ã€€ã€€build-boot-gcc-编译gcc 启动部分的目录

       ã€€ã€€build-glibc-编译glibc的目录

       ã€€ã€€build-gcc-编译gcc 全部的目录

       ã€€ã€€gcc-patch-放gcc的补丁的目录

       ã€€ã€€gcc-2..3 的补丁有 gcc-2..3-2.patch、gcc-2..3-no-fixinc.patch 和gcc-2..3-returntype-fix.patch，可以从 http://www.linuxfromscratch.org/ 下载到这些补丁。

       ã€€ã€€å†å°†ä½ ä¸‹è½½çš„ binutils-2..1、gcc-2..3、glibc-2.2.3 和 glibc-linuxthreads-2.2.3 的源代码放入 build-tools 目录中

       ã€€ã€€çœ‹ä¸€ä¸‹ä½ çš„ build-tools 目录，有以下内容：

       ã€€ã€€$ls

       ã€€ã€€binutils-2..1.tar.bz2 build-gcc gcc-patch

       ã€€ã€€build-binutls build-glibc glibc-2.2.3.tar.gz

       ã€€ã€€build-boot-gcc gcc-2..3.tar.gz glibc-linuxthreads-2.2.3.tar.gz

       ã€€ã€€å›žé¡µé¦–

       ã€€ã€€å»ºç«‹å†…核头文件

       ã€€ã€€æŠŠä½ ä»Ž www.kernel.org 下载的内核源代码放入 $PRJROOT /kernel 目录

       ã€€ã€€è¿›å…¥ä½ çš„ kernel 目录：

       ã€€ã€€$cd $PRJROOT /kernel

       ã€€ã€€è§£å¼€å†…核源代码

       ã€€ã€€$tar -xzvf linux-2.4..tar.gz

       ã€€ã€€æˆ–

       ã€€ã€€$tar -xjvf linux-2.4..tar.bz2

       ã€€ã€€å°äºŽ 2.4. 的内核版本解开会生成一个 linux 目录，没带版本号，就将其改名。

       ã€€ã€€$mv linux linux-2.4.x

       ã€€ã€€ç»™ Linux 内核打上你的补丁

       ã€€ã€€$cd linux-2.4.

       ã€€ã€€$patch -p1 < ../patch-2.4.-rmk2

       ã€€ã€€ç¼–译内核生成头文件

       ã€€ã€€$make ARCH=arm CROSS_COMPILE=arm-linux- menuconfig

       ã€€ã€€ä½ ä¹Ÿå¯ä»¥ç”¨ config 和 xconfig 来代替 menuconfig，但这样用可能会没有设置某些配置文件选项和没有生成下面编译所需的头文件。推荐大家用 make menuconfig，这也是内核开发人员用的最多的配置方法。配置完退出并保存，检查一下的内核目录中的 include/linux/version.h 和 include/linux/autoconf.h 文件是不是生成了，这是编译 glibc 是要用到的，version.h 和 autoconf.h 文件的存在，也说明了你生成了正确的头文件。

       ã€€ã€€è¿˜è¦å»ºç«‹å‡ ä¸ªæ­£ç¡®çš„链接

       ã€€ã€€$cd include

       ã€€ã€€$ln -s asm-arm asm

       ã€€ã€€$cd asm

       ã€€ã€€$ln -s arch-epxa arch

       ã€€ã€€$ln -s proc-armv proc

       ã€€ã€€æŽ¥ä¸‹æ¥ä¸ºä½ çš„交叉编译环境建立你的内核头文件的链接

       ã€€ã€€$mkdir -p $TARGET_PREFIX/include

       ã€€ã€€$ln -s $PRJROOT/kernel/linux-2.4./include/linux $TARGET_PREFIX/include/linux

       ã€€ã€€$in -s $PRJROOT/kernel/linux-2.4./include/asm-arm $TARGET_PREFIX/include/asm

       ã€€ã€€ä¹Ÿå¯ä»¥æŠŠ Linux 内核头文件拷贝过来用

       ã€€ã€€$mkdir -p $TARGET_PREFIX/include

       ã€€ã€€$cp -r $PRJROOT/kernel/linux-2.4./include/linux $TARGET_PREFIX/include

       ã€€ã€€$cp -r $PRJROOT/kernel/linux-2.4./include/asm-arm $TARGET_PREFIX/include

       ã€€ã€€å›žé¡µé¦–

       ã€€ã€€å»ºç«‹äºŒè¿›åˆ¶å·¥å…·ï¼ˆbinutils）

       ã€€ã€€binutils是一些二进制工具的集合，其中包含了我们常用到的as和ld。

       ã€€ã€€é¦–先，我们解压我们下载的binutils源文件。

       ã€€ã€€$cd $PRJROOT/build-tools

       ã€€ã€€$tar -xvjf binutils-2..1.tar.bz2

       ã€€ã€€ç„¶åŽè¿›å…¥build-binutils目录配置和编译binutils。

       ã€€ã€€$cd build-binutils

       ã€€ã€€$../binutils-2..1/configure --target=$TARGET --prefix=$PREFIX

       ã€€ã€€--target 选项是指出我们生成的是 arm-linux 的工具，--prefix 是指出我们可执行文件安装的位置。

       ã€€ã€€ä¼šå‡ºçŽ°å¾ˆå¤š check，最后产生 Makefile 文件。

       ã€€ã€€æœ‰äº† Makefile 后，我们来编译并安装 binutils，命令很简单。

       ã€€ã€€$make

       ã€€ã€€$make install

       ã€€ã€€çœ‹ä¸€ä¸‹æˆ‘们 $PREFIX/bin 下的生成的文件

       ã€€ã€€$ls $PREFIX/bin

       ã€€ã€€arm-linux-addr2line arm-linux-gasp arm-linux-objdump arm-linux-strings

       ã€€ã€€arm-linux-ar arm-linux-ld arm-linux-ranlib arm-linux-strip

       ã€€ã€€arm-linux-as arm-linux-nm arm-linux-readelf

       ã€€ã€€arm-linux-c++filt arm-linux-objcopy arm-linux-size

       ã€€ã€€æˆ‘们来解释一下上面生成的可执行文件都是用来干什么的

       ã€€ã€€add2line - 将你要找的地址转成文件和行号，它要使用 debug 信息。

       ã€€ã€€Ar-产生、修改和解开一个存档文件

       ã€€ã€€As-gnu 的汇编器

       ã€€ã€€C++filt-C++ 和 java 中有一种重载函数，所用的重载函数最后会被编译转化成汇编的标号，c++filt 就是实现这种反向的转化，根据标号得到函数名。

       ã€€ã€€Gasp-gnu 汇编器预编译器。

       ã€€ã€€Ld-gnu 的连接器

       ã€€ã€€Nm-列出目标文件的符号和对应的地址

       ã€€ã€€Objcopy-将某种格式的目标文件转化成另外格式的目标文件

       ã€€ã€€Objdump-显示目标文件的信息

       ã€€ã€€Ranlib-为一个存档文件产生一个索引，并将这个索引存入存档文件中

       ã€€ã€€Readelf-显示 elf 格式的目标文件的信息

       ã€€ã€€Size-显示目标文件各个节的大小和目标文件的大小

       ã€€ã€€Strings-打印出目标文件中可以打印的字符串，有个默认的长度，为4

       ã€€ã€€Strip-剥掉目标文件的所有的符号信息

       ã€€ã€€å›žé¡µé¦–

       ã€€ã€€å»ºç«‹åˆå§‹ç¼–译器（bootstrap gcc）

       ã€€ã€€é¦–先进入 build-tools 目录，将下载 gcc 源代码解压

       ã€€ã€€$cd $PRJROOT/build-tools

       ã€€ã€€$tar -xvzf gcc-2..3.tar.gz

       ã€€ã€€ç„¶åŽè¿›å…¥ gcc-2..3 目录给 gcc 打上补丁

       ã€€ã€€$cd gcc-2..3

       ã€€ã€€$patch -p1< ../gcc-patch/gcc-2..3.-2.patch

       ã€€ã€€$patch -p1< ../gcc-patch/gcc-2..3.-no-fixinc.patch

       ã€€ã€€$patch -p1< ../gcc-patch/gcc-2..3-returntype-fix.patch

       ã€€ã€€echo timestamp > gcc/cstamp-h.in

       ã€€ã€€åœ¨æˆ‘们编译并安装 gcc 前，我们先要改一个文件 $PRJROOT/gcc/config/arm/t-linux，把

       ã€€ã€€TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC

       ã€€ã€€è¿™ä¸€è¡Œæ”¹ä¸º

       ã€€ã€€TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC -Dinhibit_libc -D__gthr_posix_h

       ã€€ã€€ä½ å¦‚果没定义 -Dinhibit，编译时将会报如下的错误

       ã€€ã€€../../gcc-2..3/gcc/libgcc2.c:: stdlib.h: No such file or directory

       ã€€ã€€../../gcc-2..3/gcc/libgcc2.c:: unistd.h: No such file or directory

       ã€€ã€€make[3]: *** [libgcc2.a] Error 1

       ã€€ã€€make[2]: *** [stmp-multilib-sub] Error 2

       ã€€ã€€make[1]: *** [stmp-multilib] Error 1

       ã€€ã€€make: *** [all-gcc] Error 2

       ã€€ã€€å¦‚果没有定义 -D__gthr_posix_h，编译时会报如下的错误

       ã€€ã€€In file included from gthr-default.h:1,

       ã€€ã€€from ../../gcc-2..3/gcc/gthr.h:,

       ã€€ã€€from ../../gcc-2..3/gcc/libgcc2.c::

       ã€€ã€€../../gcc-2..3/gcc/gthr-posix.h:: pthread.h: No such file or directory

       ã€€ã€€make[3]: *** [libgcc2.a] Error 1

       ã€€ã€€make[2]: *** [stmp-multilib-sub] Error 2

       ã€€ã€€make[1]: *** [stmp-multilib] Error 1

       ã€€ã€€make: *** [all-gcc] Error 2

       ã€€ã€€è¿˜æœ‰ä¸€ç§ä¸Ž-Dinhibit同等效果的方法，那就是在你配置configure时多加一个参数-with-newlib，这个选项不会迫使我们必须使用newlib。我们编译了bootstrap-gcc后，仍然可以选择任何c库。

       ã€€ã€€æŽ¥ç€å°±æ˜¯é…ç½®boostrap gcc， 后面要用bootstrap gcc 来编译 glibc 库。

       ã€€ã€€$cd ..; cd build-boot-gcc

       ã€€ã€€$../gcc-2..3/configure --target=$TARGET --prefix=$PREFIX \

       ã€€ã€€>--without-headers --enable-languages=c --disable-threads

       ã€€ã€€è¿™æ¡å‘½ä»¤ä¸­çš„ -target、--prefix 和配置 binutils 的含义是相同的，--without-headers 就是指不需要头文件，因为是交叉编译工具，不需要本机上的头文件。-enable-languages=c是指我们的 boot-gcc 只支持 c 语言。--disable-threads 是去掉 thread 功能，这个功能需要 glibc 的支持。

       ã€€ã€€æŽ¥ç€æˆ‘们编译并安装 boot-gcc

       ã€€ã€€$make all-gcc

       ã€€ã€€$make install-gcc

       ã€€ã€€æˆ‘们来看看 $PREFIX/bin 里面多了哪些东西

       ã€€ã€€$ls $PREFIX/bin

       ã€€ã€€ä½ ä¼šå‘现多了 arm-linux-gcc 、arm-linux-unprotoize、cpp 和 gcov 几个文件。

       ã€€ã€€Gcc-gnu 的 C 语言编译器

       ã€€ã€€Unprotoize-将 ANSI C 的源码转化为 K&R C 的形式，去掉函数原型中的参数类型。

       ã€€ã€€Cpp-gnu的 C 的预编译器

       ã€€ã€€Gcov-gcc 的辅助测试工具，可以用它来分析和优程序。

       ã€€ã€€ä½¿ç”¨ gcc3.2 以及 gcc3.2 以上版本时，配置 boot-gcc 不能使用 --without-headers 选项，而需要使用 glibc 的头文件。

       ã€€ã€€å›žé¡µé¦–

       ã€€ã€€å»ºç«‹ c 库(glibc)

       ã€€ã€€é¦–先解压 glibc-2.2.3.tar.gz 和 glibc-linuxthreads-2.2.3.tar.gz 源代码

       ã€€ã€€$cd $PRJROOT/build-tools

       ã€€ã€€$tar -xvzf glibc-2.2.3.tar.gz

       ã€€ã€€$tar -xzvf glibc-linuxthreads-2.2.3.tar.gz --directory=glibc-2.2.3

       ã€€ã€€ç„¶åŽè¿›å…¥ build-glibc 目录配置 glibc

       ã€€ã€€$cd build-glibc

       ã€€ã€€$CC=arm-linux-gcc ../glibc-2.2.3/configure --host=$TARGET --prefix="/usr"

       ã€€ã€€--enable-add-ons --with-headers=$TARGET_PREFIX/include

       ã€€ã€€CC=arm-linux-gcc 是把 CC 变量设成你刚编译完的boostrap gcc，用它来编译你的glibc。--enable-add-ons是告诉glibc用 linuxthreads 包，在上面我们已经将它放入了 glibc 源码目录中，这个选项等价于 -enable-add-ons=linuxthreads。--with-headers 告诉 glibc 我们的linux 内核头文件的目录位置。

       ã€€ã€€é…ç½®å®ŒåŽå°±å¯ä»¥ç¼–译和安装 glibc

       ã€€ã€€$make

       ã€€ã€€$make install_root=$TARGET_PREFIX prefix="" install

       ã€€ã€€ç„¶åŽä½ è¿˜è¦ä¿®æ”¹ libc.so 文件

       ã€€ã€€å°†

       ã€€ã€€GROUP ( /lib/libc.so.6 /lib/libc_nonshared.a)

       ã€€ã€€æ”¹ä¸º

       ã€€ã€€GROUP ( libc.so.6 libc_nonshared.a)

       ã€€ã€€è¿™æ ·è¿žæŽ¥ç¨‹åº ld 就会在 libc.so 所在的目录查找它需要的库，因为你的机子的/lib目录可能已经装了一个相同名字的库，一个为编译可以在你的宿主机上运行的程序的库，而不是用于交叉编译的。

       ã€€ã€€å›žé¡µé¦–

       ã€€ã€€å»ºç«‹å…¨å¥—编译器（full gcc）

       ã€€ã€€åœ¨å»ºç«‹boot-gcc 的时候，我们只支持了C。到这里，我们就要建立全套编译器，来支持C和C++。

       ã€€ã€€$cd $PRJROOT/build-tools/build-gcc

       ã€€ã€€$../gcc-2..3/configure --target=$TARGET --prefix=$PREFIX --enable-languages=c,c++

       ã€€ã€€--enable-languages=c,c++ 告诉 full gcc 支持 c 和 c++ 语言。

       ã€€ã€€ç„¶åŽç¼–译和安装你的 full gcc

       ã€€ã€€$make all

       ã€€ã€€$make install

       ã€€ã€€æˆ‘们再来看看 $PREFIX/bin 里面多了哪些东西

       ã€€ã€€$ls $PREFIX/bin

       ã€€ã€€ä½ ä¼šå‘现多了 arm-linux-g++ 、arm-linux-protoize 和 arm-linux-c++ 几个文件。

       ã€€ã€€G++-gnu的 c++ 编译器。

       ã€€ã€€Protoize-与Unprotoize相反，将K&R C的源码转化为ANSI C的形式，函数原型中加入参数类型。

       ã€€ã€€C++-gnu 的 c++ 编译器。

       ã€€ã€€åˆ°è¿™é‡Œä½ çš„交叉编译工具就算做完了，简单验证一下你的交叉编译工具。

       ã€€ã€€ç”¨å®ƒæ¥ç¼–译一个很简单的程序 helloworld.c

       ã€€ã€€#include <stdio.h>

       ã€€ã€€int main(void)

       ã€€ã€€{

       ã€€ã€€printf("hello world\n");

       ã€€ã€€return 0;

       ã€€ã€€}

       ã€€ã€€$arm-linux-gcc helloworld.c -o helloworld

       ã€€ã€€$file helloworld

       ã€€ã€€helloworld: ELF -bit LSB executable, ARM, version 1,

       ã€€ã€€dynamically linked (uses shared libs), not stripped

       ã€€ã€€ä¸Šé¢çš„输出说明你编译了一个能在 arm 体系结构下运行的 helloworld，证明你的编译工具做成功了。

       è½¬è½½ä»…供参考，版权属于原作者