【源码反码补码移码】【面试的源码分析】【淘宝无法发布源码】readelf源码-皮皮网

【源码反码补码移码】【面试的源码分析】【淘宝无法发布源码】readelf源码

2024-11-23 08:47:24 来源：早晚安打卡微信源码

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_目录下的源码反码补码移码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工具链安装，用于查看程序详细信息。

å¦ä½ä¸ºåµå¥å¼å¼åå»ºç«äº¤åç¼è¯ç¯å¢

ããè¿ä¸ªè¿ç¨å¦ä¸

ãã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ã

ããåé¡µé¦

ãã2. å»ºç«å·¥ä½ç®å½

ããé¦åï¼æä»¬å»ºç«å ä¸ªç¨æ¥å·¥ä½çç®å½ï¼

ãã$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

ããä½ç³»ç»æåä½ çTAEGETåéçå¯¹åºå¦ä¸è¡¨

ãã$./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. å»ºç«ç¼è¯ç®å½

ãã$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

ãã$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æºæä»¶ã

ãã$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

ããæä»¬æ¥è§£éä¸ä¸ä¸é¢çæçå¯æ§è¡æä»¶é½æ¯ç¨æ¥å¹²ä»ä¹ç

ããAr-äº§çãä¿®æ¹åè§£å¼ä¸ä¸ªåæ¡£æä»¶

ããAs-gnu çæ±ç¼å¨

ããGasp-gnu æ±ç¼å¨é¢ç¼è¯å¨ã

ããLd-gnu çè¿æ¥å¨

ããNm-ååºç®æ æä»¶çç¬¦å·åå¯¹åºçå°å

ããObjcopy-å°æç§æ ¼å¼çç®æ æä»¶è½¬åæå¦å¤æ ¼å¼çç®æ æä»¶

ããObjdump-æ¾ç¤ºç®æ æä»¶çä¿¡æ¯

ããReadelf-æ¾ç¤º elf æ ¼å¼çç®æ æä»¶çä¿¡æ¯

ããSize-æ¾ç¤ºç®æ æä»¶åä¸ªèçå¤§å°åç®æ æä»¶çå¤§å°

ãã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

ãã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

ããæ¥çå°±æ¯éç½®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 çé¢ç¼è¯å¨

ããä½¿ç¨ 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)

ããåé¡µé¦

ããå»ºç«å¨å¥ç¼è¯å¨ï¼full gccï¼

ãã$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

è½¬è½½ä»ä¾åèï¼çæå±äºåä½è

看看华为的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之间的关系，是一个技术融合与创新的探讨，它展示了技术领域中开源精神和商业策略的微妙平衡。