Windows下编译ELF的血泪史

最新推荐文章于 2024-05-09 18:50:07 发布
原创 最新推荐文章于 2024-05-09 18:50:07 发布 · 2.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在Windows环境下使用GCC编译器时遇到的问题，即无法生成ELF格式的文件。通过尝试不同版本的GCC及使用ELFParser工具进行检查，发现可能是由于Win下的GCC不支持ELF格式。
部署运行你感兴趣的模型镜像

在Win下GCC使用命令nasm -f elf -o foo.o foo.asm 

一直报错：File not recognize

换了一个版本的GCC还是不行

最后用了工具ELFParser检查才发现

貌似Win下的GCC不支持生成ELF格式的文件啊 求大牛指正 


这个传送门先留着 等linux环境配好再上 http://www.it165.net/pro/html/201403/10702.html

您可能感兴趣的与本文相关的镜像

Linly-Talker

Linly-Talker

AI应用

Linly-Talker是一款创新的数字人对话系统，它融合了最新的人工智能技术，包括大型语言模型（LLM）、自动语音识别（ASR）、文本到语音转换（TTS）和语音克隆技术

C 语言编程 — GCC 编译器
烟云的计算
04-02 4568
目录 文章目录目录GCC 编译器GCC 的常用指令选项GCC 所遵循的部分约定规则GCC 的编译流程GCC 的编译流程示例 GCC 编译器 GCC（GNU Compiler Collection，GNU 编译器套件）是 Linux 下使用最广泛的 C/C++ 编译器。GCC 是以 GPL 许可证所发行的自由软件，也是 GNU 计划的关键部分。GCC 的初衷是为 GNU 操作系统专门编写一款编译器，...
win环境下编译为elf文件
08-06
winaaaa为什么要大于20字啊 不要啊
windows平台下用elf作为目标文件格式
Li Junhui的专栏
10-17 3907
windows平台下用elf作为目标文件格式                                  ------22:46 2008-10-8 ljhhh0123-    近来发现一个Tiny C Compiler,一个ANSI C编译器,支持linux和windows平台,短小精悍,支持部分GNUC扩展,包括嵌入AT&T汇编等,在偶然间发现它生成的目标文件格式竟是elf(Relo
XELFViewer:适用于Windows，Linux和MacOS的ELF文件查看器
03-28
适用于Windows，Linux和MacOS的ELF文件查看器/编辑器。 如何在Linux上构建 安装Qt 5.15.2： : 克隆项目：git clone --recursive 编辑build_lin64.bat（检查QT_PATH变量） 运行build_lin64.bat 如何在OSX上构建 安装Qt 5.15.2： : 克隆项目：git clone --recursive 编辑build_mac.bat（检查QT_PATH变量） 运行build_mac.bat 如何在Windows上构建（7-10） 安装Visual Studio 2019： : 为VS2017安装Qt 5.15.2： : 安装7-Zip： : 克隆项目：git clone --recursive 编辑build_win32.bat（检查VS_PATH，SEVENZI
在Windows中运行readelf读取ELF文件、在Git Bash中使用readelf工具
f694405313的博客
05-09 3814
和都是分析ELF文件的工具，如果你的工作重点是对ELF文件的详细分析，特别是从格式和标准的角度来看，可能是更合适的工具。然而readelf是Linux上的工具，如果想在windows 上运行需要一些特殊的终端。readelf工具在binutils工具包中，打开 msys2终端输入: 2. 在Git Bash中安装readelf工具 1. 在MSYS2安卓能在windows上运行的readelf.exe文件，然后在MSYS2终端输入 找到readelf.exe文件，将它复制到某个目录下并将该目录
[编译链接装载系列]之聊聊目标文件与ELF格式
Tanswer_
12-04 1481
编译器编译源代码后生成的文件叫做目标文件，从结构上讲它是已经编译后的可执行文件格式，只是还没有经过链接，其中可能有些符号或有些地址还没有调整。它本身就是按照可执行文件格式存储的，跟真正的可执行文件在结构上稍有不同。目标文件的格式：现在 PC 平台流行的可执行文件格式主要是 Windows 下的 PE（ Portable Executable，可移植可执行 ） 和 Linux 的 ELF（ Execu
精选资源
windows中查看elf文件
05-10
查看elf文件的工具包，包含有readelf.exe,nm.exe,objdump.exe以及如果不能运行，确实libiconv-2.dll这个组件也包含在里面 除了上述命令行工具，还有一个可视化的FileViewPro
精选资源
ELF工具集合_readelf_windows_elf_
10-01
本话题主要关注Windows系统下用于处理ELF文件的工具，如`nm`和`readelf`。 `nm`是一个用于查看目标文件（.o）或可执行文件中的符号表的工具。它显示了函数、变量和其他符号的信息，这对于调试和分析程序非常有用。...
精选资源
windows下ELF分析工具集
01-18
"windows下ELF分析工具集"提供了一系列实用工具，包括nm.exe, readelf.exe, 和 objdump.exe，这些工具可以帮助开发者和逆向工程师深入了解ELF文件的内部结构和内容。 1. **nm.exe**：这是一个符号表查看器，主要...
elf文件反编译C语言,图文并茂，讲透C语言静态链接，ELF文件篇
weixin_39603132的博客
05-18 2191
gcc生成执行文件过程为:源文件(*.c文件)编译成对象文件(*.o文件);链接程序ld，把对象文件(*.o文件)链接成可执行程序。因此要透彻链接的过程， 需要先了解对象文件(*.o文件)是怎样构成的？下面用个简单的例子来说明:#includeint global_var=5;extern int other_file_var;int main(){ int a=1;int b=a other_f...
linux,windows 可执行文件(ELF、PE)
热门推荐
kmesg的专栏
05-26 1万+
很早记接触这个缩写英文了。它是什么意思呢？要理解这个elf文件是还是比较容易的，如果要掌握它就花点功夫。ELF (Executable And Linkable)UNIX类操作系统中普遍采用的目标文件格式 。首先要知道它有什么作用：工具接口标准委员会TIS已经将ELF作为运行在Intel32位架构之上的各类型操作系统的可导出对象文件格式标准。ELF标准为开发者提供了一组横跨多运行环境的二进制接口定义来组织软件开发 ；ELF 标准的目的是为软件开发人员提供一组二进制接口定义，这些接口可以延伸到多种操作环境，从
arm-elf-gcc-windows
05-18
arm windows的交叉编译工具。安装后再cygwin中使用。
ELF文件格式以及交叉编译工具链常用工具
ssz__的博客
01-11 695
bin文件就是二进制文件，同一个c语言文件编译成elf格式和bin格式，而elf格式比较大，是因为bin格式里面只有elf的代码段和数据段。.bss段放置的是未初始化的全局变量和未初始化的静态局部变量；因为未初始化的变量会放在.bss段中统一置0.函数名表示函数的起始地址，编译后放在了.symtab段，即符号表。.data段放置的是初始化的全局变量和初始化的静态局部变量；Objcopy是将elf文件转换为裸机运行的bin文件。windows下的可执行文件是.exe文件..text段放语句，比如a++;
从C代码到elf文件(1)
pro_technician的专栏
10-21 1828
从C代码到elf文件(2)–obj文件 工作加班太多实在没时间写，今天终于有一点空闲，继续吧。我们从《深入理解计算机系统》的第七章—链接 中的例子入手。进而对照编译生成的obj文件和C代码分析obj的关键点。 C程序例子 一共两个简单的C源文件，分别是swap.c和main.c。 swap.c: extern int buf[]; int *bufp0 = &buf[0]; i
windows下ELF学习总结
tankloverainbow的博客
11-11 1027
0. 使用VS2010进行测试  1. ELF文件结构的定义在WinNT.h中，该文件放在C:\Program Files\Microsoft SDKs\Windows\v7.0A\Include目录下 2. 添加WinNT.h头文件在工程后，编译过程中报错，显示“DWORD”无法解析。解决方法是，由于DWORD这个宏定义包含在windows.h头文件中，只要再添加上windows.h头文件即
Win 64位Linux子系统运行32位elf程序(简洁明了/亲测可用)
SBBTD的博客
09-19 2629
原文链接：https://github.com/Microsoft/WSL/issues/2468#issuecomment-374904520原文是github的题主想运行32位gcc，所以原文会多一些针对方法。下是总结的通用方法，亲测可用。 1. 安装qemu并设置binfmt 更新软件源 sudo apt update 安装qemu sudo apt install qemu-user-s...
从C文件到可执行elf文件
河西无名式
09-24 4837
摘要：本文主要为你解释一个C文件是如何被一步步处理成可执行的elf格式文件的。 本文来源: 从C文件到ELF  说明：所有本文的用例是以下hello.c程序： #include int main(int argc, char *argv[]) { printf("hello world\n"); return 0; } 1.预处理
Windows系统使用mingw编译环境
千人斩的博客
03-09 1577
为什么要使用mingw 在笔者开发软件的过程中，逐渐总结了一些对初学者可能很有用并且少走弯路的经验。今天就来说一下编译器的选择。 编译器就是把人类容易读懂的高级程序语言（c，c++，java,python）翻译为低级程序语言的工具。每种编程语言都有其编译器，有的语言在不同的操作系统上还有不同的编译器。其中c/c++是使用很广泛的语言，也是笔者在开发过程中经常用到的语言。 由于最近的项目都是需求在不...
Windows下的ELF文件解析代码C++
程序员の墨梅
03-15 6165
ELF(Executable and Linkable Format)是Unix及类Unix系统下可执行文件、共享库等二进制文件标准格式。 ELF文件结构： (1) ELF header (2) Program header table，对应于segments (3) Section header table，对应于sections (4) 被Program header table或S...
windows下编译的elf文件与linux 下编译的elf文件有什么差别
最新发布
05-29
<think>好的，我现在需要回答用户关于Windows和Linux下编译的ELF文件差异的问题。用户之前的问题是关于Core0的越界访问，现在转向了ELF文件的跨平台编译差异，这涉及操作系统和工具链的不同。首先，我需要回顾用户提供的引用内容。引用[1]提到ELF文件的三种类型：可重定位文件、共享文件和可执行文件，并区分了链接视图和执行视图。引用[2]介绍了ELF文件的结构和分析工具，如readelf和objdump。引用[3]讨论了静态链接中的重定位段，如.rela.text。这些引用帮助我确认ELF文件的基本结构和处理工具，但用户现在的问题是关于不同操作系统下编译的ELF文件的差异，而Windows通常生成PE格式文件，所以可能需要考虑交叉编译的情况。 用户的问题可能基于误解，因为Windows默认使用PE格式（如EXE和DLL），而ELF是Linux和其他类Unix系统的格式。因此，回答需要澄清：Windows通常不直接编译ELF文件，除非使用特定工具链（如MinGW、Cygwin或交叉编译器）。接下来，我需要比较这两种环境下生成ELF文件的差异，可能涉及编译器、链接器、库依赖、ABI（应用二进制接口）、系统调用处理等方面。首先，工具链差异。在Linux下，GCC或Clang直接生成ELF文件。在Windows下，可能需要使用MinGW或Cygwin来生成ELF，或者使用交叉编译工具链，如arm-none-eabi-gcc，针对嵌入式系统生成ELF。工具链的不同可能导致头文件、库路径和默认编译选项的差异。其次，ABI和系统调用。不同操作系统有不同的ABI，例如函数调用约定、寄存器使用、系统调用号等。例如，Linux使用int0x80或syscall指令进行系统调用，而Windows使用不同的机制（如API调用）。如果ELF文件在Windows下编译但目标运行环境是Linux，可能需要处理系统调用的适配问题，或者反之，这通常需要特定的运行时库支持。 第三，库依赖。Linux的ELF文件可能依赖glibc或其他系统库，而Windows下编译的ELF可能依赖不同的库实现，如MinGW的msvcrt.dll或其他兼容层。这可能导致动态链接时的路径和符号解析问题。第四，文件格式细节。虽然都是ELF文件，但不同的工具链可能在段布局、符号表结构、重定位条目等方面存在差异。例如，Windows下的交叉编译器可能为特定目标架构（如ARM）生成不同的ELF元数据，而Linux下的本地编译器则针对x86或ARM进行优化。此外，调试信息和符号处理也可能不同。例如，DWARF调试信息在两种环境下可能有不同的生成方式，或者某些工具链可能默认包含额外的调试段，影响ELF文件的大小和结构。还需要考虑目标平台的可执行性。在Windows下生成的ELF文件无法直接在Windows上运行，除非通过模拟器或兼容层（如WSL），而需要特定的运行时环境或硬件支持。因此，编译ELF文件的环境和目标运行环境的不同可能导致兼容性问题。 总结这些点，我需要将差异分为工具链、ABI、库依赖、文件结构细节和运行环境等方面。同时，需要引用之前的引用内容，如使用readelf工具分析ELF结构（引用[2]），以及重定位段的作用（引用[3]）。最后，生成相关问题，可能涉及交叉编译、ABI兼容性、ELF文件分析工具的使用等。</think>### Windows与Linux下编译ELF文件的差异分析 ELF（Executable and Linkable Format）是类Unix系统的标准二进制格式，而Windows默认使用PE（Portable Executable）格式。在Windows上生成ELF文件通常需要交叉编译工具链（如MinGW、Cygwin或针对嵌入式系统的编译器）。以下是两者编译ELF文件的核心差异： --- #### **1. 工具链与编译环境差异** - **Linux原生工具链**： GCC/Clang默认生成ELF文件，且直接支持Linux系统调用和ABI（Application Binary Interface）。例如： ```bash gcc -o main main.c # 直接生成ELF可执行文件 ``` - **Windows交叉编译工具链**： 需使用MinGW-w64或Cygwin等工具链，通过`-target`指定目标平台（如`arm-none-eabi`）。例如： ```bash arm-none-eabi-gcc -o firmware.elf main.c # 生成ARM架构的ELF文件[^1] ``` 这类工具链需额外配置系统库路径和头文件，可能依赖`newlib`等嵌入式C库替代glibc。 --- #### **2. ABI与系统调用实现** - **ABI兼容性**： Linux的ELF文件遵循System V ABI规范（如寄存器使用约定、栈对齐规则），而Windows交叉编译的ELF文件可能适配其他ABI（如ARM EABI）。函数调用时参数传递方式（如x86的栈传参 vs ARM的寄存器传参）会影响二进制兼容性[^3]。 - **系统调用处理**： Linux的ELF通过`int 0x80`或`syscall`指令触发内核调用，而Windows交叉编译的ELF需通过仿真层（如Wine）或硬件抽象层（HAL）转换系统调用。例如： ```c // Linux系统调用示例 mov eax, 1 // syscall号 (exit) int 0x80 ``` Windows工具链可能需要重写此类代码或依赖兼容库。 --- #### **3. 动态链接与库依赖** - **动态链接器路径**： Linux的ELF文件默认指定`/lib/ld-linux-x86-64.so.2`作为动态链接器，而Windows交叉编译的ELF可能指向自定义路径（如`/mingw64/bin/ld`）或静态链接库[^2]。 - **依赖库差异**： Linux的ELF依赖`glibc`，而Windows交叉编译可能使用`musl`或`newlib`等轻量库。例如，`printf`在`newlib`中的实现可能缺少某些glibc特性。 --- #### **4. ELF文件结构细节** - **段头与节头表**： 使用`readelf -S`对比可发现，Windows交叉编译的ELF可能包含特定于目标平台的节（如`.ARM.attributes`），而Linux原生ELF包含更多调试信息（如`.debug_info`）[^2]。 - **重定位条目**： 交叉编译的ELF文件（如嵌入式系统）可能包含更多重定位条目（`.rela.text`），因为代码需适应不同内存布局[^3]。 --- #### **5. 运行环境限制** - **硬件平台绑定**： Windows下编译的ELF通常针对非x86架构（如ARM、RISC-V），需在对应硬件或模拟器（如QEMU）中运行，而Linux的ELF可直接在本地执行。 - **操作系统支持**： Windows无法直接运行ELF文件，需通过WSL（Windows Subsystem for Linux）或第三方加载器（如`elftool`）模拟执行环境。 --- ###
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值