皮皮网
皮皮网

【点击编辑 js源码】【游戏支付系统点券通道源码】【易语言网页答题器源码】readelf源码

来源:页游源码修改 发表时间:2024-12-22 17:35:44

1.v51.04 鸿蒙内核源码分析(ELF格式) | 应用程序入口并非main | 百篇博客分析OpenHarmony源码
2.基于SkyEye仿真飞腾处理器:运行U-Boot并加载Phytium-FreeRTOS
3.深入理解Linux可执行程序
4.GCC编译工具链(更新中)
5.如何为嵌入式开发建立交叉编译环境
6.看看华为的ExaGear和ElTechs公司的ExaGear是不是一个东西

readelf源码

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

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

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

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

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

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

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

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

基于SkyEye仿真飞腾处理器:运行U-Boot并加载Phytium-FreeRTOS

       天目全数字实时仿真软件SkyEye凭借国产自主可控和全面的处理器支持,成为嵌入式系统及软件开发中常用的仿真平台。本文重点展示了如何基于SkyEye进行飞腾处理器的虚拟化开发,包括运行U-Boot和加载Phytium-FreeRTOS的过程。

       1. U-Boot与飞腾仿真

       U-Boot作为嵌入式系统的轻量级引导加载程序,它负责初始化硬件并加载操作系统,如Linux或Android,易语言网页答题器源码且具有开源、可定制的特性。在飞腾处理器的仿真环境中,首先要确保使用Ubuntu.等系统,通过Git下载并编译飞腾官方的U-Boot源码,设置目标平台和编译工具链后,进行编译操作,生成适用于FT的可执行文件。

       2. 加载U-Boot与FreeRTOS

       在SkyEye仿真环境中,通过设置环境变量和编译后的u-boot-nodtb.bin文件,实现U-Boot的加载和启动。然后,利用readelf工具确定freertos.elf的入口地址,以0x为例,该地址用于加载Phytium-FreeRTOS的freertos.bin文件。

       3. Phytium-FreeRTOS的编译与加载

       Phytium-FreeRTOS是针对FT等处理器的定制版本。通过Phytium-FreeRTOS-SDK开发环境,包括MSYS2和交叉编译工具链,下载并配置环境变量后,进行源码拉取和编译。最终,通过U-Boot的tftpboot命令将freertos.bin文件下载到目标地址并启动。

       4. SkyEye仿真与运行

       SkyEye中的阿拉德之怒官方源码飞腾处理器模型配置完成后,通过脚本加载镜像并设置PC寄存器,实现U-Boot和FreeRTOS的仿真运行。U-Boot成功启动后,通过TFTP服务器下载并启动Freertos程序,完成整个流程。

深入理解Linux可执行程序

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

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

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

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

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

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

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

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

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

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

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

GCC编译工具链(更新中)

       GCC编译工具链是围绕GCC编译器构建的一套开发工具,用于将源代码转化为可执行程序,主要包括GCC编译器、Binutils工具集和glibc库。GCC作为一款强大的多语言编译器,最初支持C语言,后来扩展到C++、Fortran和Java等,其性能优秀,效率比一般编译器高%~%。官方网站:gcc.gnu.org。

       Ubuntu系统内置了GCC编译器,可通过命令查看版本和路径。Binutils是GNU二进制工具集,与GCC一起安装,常用工具如readelf。glibc是C语言的标准库,对程序运行至关重要,如read、write等函数,Ubuntu系统中的glibc版本可通过命令查看,学习时可研究其源代码,官网地址为The GNU C Library。

       要安装ARM-GCC,有三种方式,包括使用APT安装、第三方Linaro工具链或直接编译。交叉编译是指在一种架构的系统上为另一种架构生成代码,例如,使用arm-linux-gnueabihf-gcc编译Hello World程序。交叉编译的流程与本地编译相似,主要区别在于编译工具,生成的可执行文件适用于特定的ARM平台,如使用readelf工具分析其结构。

       在编译过程中,创建一个名为helloworld.c的文件,编写代码并执行交叉编译命令,最终生成的helloworld是ARM平台的可执行文件。readelf工具随GCC工具链安装,用于查看程序详细信息。

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

       ã€€ã€€ä¸‹é¢æˆ‘们将以建立针对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,证明你的编译工具做成功了。

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

看看华为的ExaGear和ElTechs公司的ExaGear是不是一个东西

       华为的ExaGear与俄罗斯ElTechs公司的产品之间引起了热议,华为自称为自主研发,但其技术与ElTechs的ExaGear存在诸多相似之处。年华为发布的ExaGear是一个动态二进制指令翻译工具,旨在优化ARM CPU上的Linux和x游戏运行性能。而ElTechs的ExaGear早在年便已商业化,以高效率著称,能在ARM平台上实现%的性能提升。

       有人通过readelf工具对比Huawei ExaGear的.rodata字符串与ElTechs的软件,发现大量相同字符串,这暗示着可能存在共同的源代码基础。尽管有人质疑这种对比方法的准确性,但ElTechs的ExaGear自发布以来已经在实际应用中经受了考验。华为是否真的自研,还是如外界所猜测的那样,从ElTechs的技术中改进而来,这是一个引人关注的话题。

       为了更直观地分析,过滤了非ASCII字符和重复字符串后,经过对比,两者共有个完全相同的字符串。这个发现促使我们深入研究这些共同的代码元素,它们可能涉及的程序逻辑和性能优化策略。以下是部分关键字符串的分析,它们揭示了潜在的技术关联:

代码片段1:lkv_SubstitutedPathsListEntry::create: 强调路径管理和虚拟文件处理的共同点。

问题2:ExaGear personality flag READ_IMPLIES_EXEC的处理方式,可能暗示了对兼容性的考虑。

注意3:ExaGear对SUID/SGID文件的处理方式,可能是为了适应不同环境的兼容性需求。

代码片段4:lkv_SubstitutedPathsListEntry::create: 遇到的目录操作错误,提示两个项目在处理路径逻辑上有相似之处。

       尽管这些字符串对比不能作为最终结论,但它们引发了关于知识产权和技术创新的讨论。华为与ElTechs的技术路径是否重叠,以及华为如何处理这些可能的渊源,将是未来讨论的重点。

       然而,值得注意的是,尽管存在相似之处,每个公司都有其独特的优化策略和专长。华为的ExaGear或许是在ElTechs的基础上进行了定制和升级,以适应其自身的产品定位和性能目标。这个案例提醒我们,技术进步往往源于既有成果的迭代和创新,而真正的创新者往往会将这些基础转化为独特的竞争优势。

       总的来说,华为ExaGear与ElTechs ExaGear之间的关系,是一个技术融合与创新的探讨,它展示了技术领域中开源精神和商业策略的微妙平衡。

相关栏目:探索

.重点关注