Windows下编译ELF的血泪史

最新推荐文章于 2024-05-09 18:50:07 发布

原创最新推荐文章于 2024-05-09 18:50:07 发布 · 2.5k 阅读

1 ·

CC 4.0 BY-SA版权

操作系统相关专栏收录该内容

18 篇文章

订阅专栏

本文探讨了在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

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

ComfyUI

AI应用

ComfyUI

ComfyUI是一款易于上手的工作流设计工具，具有以下特点：基于工作流节点设计，可视化工作流搭建，快速切换工作流，对显存占用小，速度快，支持多种插件，如ADetailer、Controlnet和AnimateDIFF等

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

BMOP

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
2
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

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

2 条评论您还未登录，请先登录后发表或查看评论

在Windows中运行readelf读取ELF文件、在Git Bash中使用readelf工具

f694405313的博客

05-09

3813

和都是分析ELF文件的工具，如果你的工作重点是对ELF文件的详细分析，特别是从格式和标准的角度来看，可能是更合适的工具。然而readelf是Linux上的工具，如果想在windows 上运行需要一些特殊的终端。readelf工具在binutils工具包中，打开 msys2终端输入: 2. 在Git Bash中安装readelf工具 1. 在MSYS2安卓能在windows上运行的readelf.exe文件，然后在MSYS2终端输入找到readelf.exe文件，将它复制到某个目录下并将该目录

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

[编译链接装载系列]之聊聊目标文件与ELF格式

Tanswer_

12-04

1481

编译器编译源代码后生成的文件叫做目标文件，从结构上讲它是已经编译后的可执行文件格式，只是还没有经过链接，其中可能有些符号或有些地址还没有调整。它本身就是按照可执行文件格式存储的，跟真正的可执行文件在结构上稍有不同。目标文件的格式：现在 PC 平台流行的可执行文件格式主要是 Windows 下的 PE（ Portable Executable，可移植可执行）和 Linux 的 ELF（ Execu

Keil工程升级血泪史：旧项目迁移到5.36后XTL丢失的4步复现与恢复方案

** ️ 尤其是当Keil MDK从5.25升级至5.36时，不少团队突然发现原本稳定运行多年的工程，在新版环境下编译失败、链接报错，甚至运行时行为异常。而罪魁祸首，往往是一个看似不起眼的小文件——`.xtl`。这不仅仅是...

固件升级失败血泪史：CZK-100B版本更新风险管控与回滚机制构建指南

# 摘要本文围绕嵌入式设备CZK-100B在固件升级过程中频繁出现的失败问题，系统分析了典型故障场景及其根本成因，涵盖硬件平台特性、启动架构、更新机制与外部干扰因素。通过对A/B分区策略、镜像校验、写入原子性等...

历时两天的JZ2440移植apache_1.3.39血泪史

pang9998的博客

03-10

852

移植环境(红色粗字体字为修改后内容，蓝色粗体字为特别注意内容)1，开发板：韦东山JZ2440。2，linux 版本：linux-3.4.23，参考文献：http://blog.youkuaiyun.com/liangzhuangdongtou/article/details/51942595按照参考文献的方法上次成功移植了apache1.3.39,前几天把文件系统搞崩了，开始了为期两天的坑爹移植之路。悲剧的开...

linux,windows 可执行文件(ELF、PE)

热门推荐

kmesg的专栏

05-26

1万+

很早记接触这个缩写英文了。它是什么意思呢？要理解这个elf文件是还是比较容易的，如果要掌握它就花点功夫。ELF (Executable And Linkable)UNIX类操作系统中普遍采用的目标文件格式。首先要知道它有什么作用：工具接口标准委员会TIS已经将ELF作为运行在Intel32位架构之上的各类型操作系统的可导出对象文件格式标准。ELF标准为开发者提供了一组横跨多运行环境的二进制接口定义来组织软件开发；ELF 标准的目的是为软件开发人员提供一组二进制接口定义，这些接口可以延伸到多种操作环境，从

ELF文件格式以及交叉编译工具链常用工具

ssz__的博客

01-11

695

bin文件就是二进制文件，同一个c语言文件编译成elf格式和bin格式，而elf格式比较大，是因为bin格式里面只有elf的代码段和数据段。.bss段放置的是未初始化的全局变量和未初始化的静态局部变量；因为未初始化的变量会放在.bss段中统一置0.函数名表示函数的起始地址，编译后放在了.symtab段，即符号表。.data段放置的是初始化的全局变量和初始化的静态局部变量；Objcopy是将elf文件转换为裸机运行的bin文件。windows下的可执行文件是.exe文件..text段放语句，比如a++;

arm-elf-gcc-windows

05-18

arm windows的交叉编译工具。安装后再cygwin中使用。

从C代码到elf文件(1)

pro_technician的专栏

10-21

1826

从C代码到elf文件(2)–obj文件工作加班太多实在没时间写，今天终于有一点空闲，继续吧。我们从《深入理解计算机系统》的第七章—链接中的例子入手。进而对照编译生成的obj文件和C代码分析obj的关键点。 C程序例子一共两个简单的C源文件，分别是swap.c和main.c。 swap.c: extern int buf[]; int *bufp0 = &buf[0]; i

C 语言编程 — GCC 编译器

烟云的计算

04-02

4568

目录文章目录目录GCC 编译器GCC 的常用指令选项GCC 所遵循的部分约定规则GCC 的编译流程GCC 的编译流程示例 GCC 编译器 GCC（GNU Compiler Collection，GNU 编译器套件）是 Linux 下使用最广泛的 C/C++ 编译器。GCC 是以 GPL 许可证所发行的自由软件，也是 GNU 计划的关键部分。GCC 的初衷是为 GNU 操作系统专门编写一款编译器，...

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

4836

摘要：本文主要为你解释一个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++是使用很广泛的语言，也是笔者在开发过程中经常用到的语言。由于最近的项目都是需求在不...

C/C++程序编译步骤详解

menuconfig的专栏

10-10

906

C/C++语言很多人都比较熟悉，这基本上是每位大学生必学的一门编程语言，通常还都是作为程序设计入门语言学的，并且课程大多安排在大一。刚上大学，孩子们还都很乖，学习也比较认真，用心。所以，C/C++语言掌握地也都不错，不用说编译程序，就是写个上几百行的程序都不在话下，但是他们真的知道C/C++程序编译的步骤么？我想很多人都不甚清楚，如果他接下来学过“编译原理”，也许能说个大概。VC的“舒适”开发环境

一文搞懂交叉编译，Windows和Linux的交叉编译_win10 配置树莓派交叉编译环境

code8889的博客

05-02

1632

在搭建交叉编译环境之前，软件的整个工程已经在开发板上直接编译通过。目标软件是一个基于 Qt 的软件，使用 cmake + gcc 编译，同时需要 boost 等三方库，这些工具和库，之前都是直接在开发板的 Linux 环境中编译的。本文不详细说明 Qt 和第三方库的编译过程，只是在上述基础上，搭建 Windows 下的交叉编译环境。

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`）模拟执行环境。 --- ###