gcc编译成elf文件

1. /usr/bin/ld: cannot find crt1.o: No such file or directory就这一个错误,导致无法编译出可执行文件。

GCC当前的体系结构是64位的，但是需要32位的支持文件，所以需要安装GCC－multilib。

终端输入命令如下：sudoaptinstallgcc－multilib。

程序编译成可执行的exe文件的方法：

1．编写一个简单的代码，如下图所示，然后编辑一个简单的output语句。

2. linux 怎么编译c的源程序的gcc，编译命令是什么

在Linux下面,如果要编译一个C语言源程序,我们要使用gcc编译器。

先将源文件编译成目标文件：gcc - c hello.c

生成hello.o文件，再将目标文件编译成可执行文件：gcc -o hello hello.o

如：

int main(int argc,char **argv)

{

printf("Hello Linux ");

}

(2)gcc编译成elf文件扩展阅读：

在使用GCC编译器的时候，我们必须给出一系列必要的调用参数和文件名称。GCC编译器的调用参数大约有100多个，这里只介绍其中最基本、最常用的参数。具体可参考GCC Manual。

GCC最基本的用法是∶gcc [options] [filenames]

其中options就是编译器所需要的参数，filenames给出相关的文件名称。

网络_gcc

3. 怎么用gcc编译文件

在终端中输入 gcc 文件名 -o 目标文件名x0dx0a然后 ./目标文件名 就行了，没有目标文件名，自动存为 ax0dx0a执行 ./a 就行了。x0dx0ax0dx0a在使用Gcc编译器的时候，我们必须给出一系列必要的调用参数和文件名称。GCC编译器的调用参数大约有100多个，其中多数参数我们可能根本就用不到，这里只介绍其中最基本、最常用的参数。x0dx0aGCC最基本的用法是∶gcc [options] [filenames]x0dx0a其中options就是编译器所需要的参数，filenames给出相关的文件名称。x0dx0a-c，只编译，不连接成为可执行文件，编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件，通常用于编译不包含主程序的子程序文件。x0dx0a-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。x0dx0a-g，产生符号调试工具(GNU的gdb)所必要的符号资讯，要想对源代码进行调试，我们就必须加入这个选项。x0dx0a-O，对程序进行优化编译、连接，采用这个选项，整个源代码会在编译、连接过程中进行优化处理，这样产生的可执行文件的执行效率可以提高，但是，编译、连接的速度就相应地要慢一些。x0dx0a-O2，比-O更好的优化编译、连接，当然整个编译、连接过程会更慢。x0dx0a-Idirname，将dirname所指出的目录加入到程序头文件目录列表中，是在预编译过程中使用的参数。C程序中的头文件包含两种情况∶x0dx0aA)#include x0dx0aB)#include “myinc.h”x0dx0a其中，A类使用尖括号(< >)，B类使用双引号(“ ”)。对于A类，预处理程序cpp在系统预设包含文件目录(如/usr/include)中搜寻相应的文件，而B类，预处理程序在目标文件的文件夹内搜索相应文件。 x0dx0ax0dx0aGCC执行过程示例x0dx0ax0dx0a示例代码 a.c：x0dx0a#include x0dx0aint main()x0dx0a{x0dx0aprintf("hello\n");x0dx0a}x0dx0a预编译过程：x0dx0a这个过程处理宏定义和include，并做语法检查。x0dx0a可以看到预编译后，代码从5行扩展到了910行。x0dx0agcc -E a.c -o a.ix0dx0acat a.c | wc -lx0dx0a5x0dx0acat a.i | wc -lx0dx0a910x0dx0a编译过程：x0dx0a这个阶段，生成汇编代码。x0dx0agcc -S a.i -o a.sx0dx0acat a.s | wc -lx0dx0a59x0dx0a汇编过程：x0dx0a这个阶段，生成目标代码。x0dx0a此过程生成ELF格式的目标代码。x0dx0agcc -c a.s -o a.ox0dx0afile a.ox0dx0aa.o: ELF 64-bit LSB relocatable, AMD x86-64, version 1 (SYSV), not strippedx0dx0a链接过程：x0dx0a链接过程。生成可执行代码。链接分为两种，一种是静态链接，另外一种是动态链接。使用静态链接的好处是，依赖的动态链接库较少，对动态链接库的版本不会很敏感，具有较好的兼容性；缺点是生成的程序比较大。使用动态链接的好处是，生成的程序比较小，占用较少的内存。x0dx0agcc a.o -o ax0dx0a程序运行：x0dx0a./ax0dx0ahellox0dx0a编辑本段x0dx0aGCC编译简单例子x0dx0ax0dx0a编写如下代码：x0dx0a#include x0dx0aint main()x0dx0a{x0dx0aprintf("hello,world!\n");x0dx0a}x0dx0a执行情况如下：x0dx0agcc -E hello.c -o hello.ix0dx0agcc -S hello.i -o hello.sx0dx0agcc -c hello.s -o hello.ox0dx0agcc hello.c -o hellox0dx0a./hellox0dx0ahello,world!

4. elf是什么格式,怎么运行

Executable Linkable Format
就是可执行文件。
gcc 编出来的。
http://crquan.blogbus.com/logs/1651240.html

5. 高版本gcc编译出的程序在低版本glibc机器上运行

比如我们用gcc 9.3.0编译程序，但需要发布的机器gcc版本是4.8.5，怎么办？

你可能想到如下方法

将libc和libstdc++静态编译，编译时带上如下参数。

glibc并不推荐静态链接，你依赖的其他库可能依赖的了glibc，并且往往是动态链接的，可以通过 nm <bin> | grep GLIBC_ 确定你的程序是否依赖了glibc。

使用携带gcc9.3.0环境的容器发布程序，是可以的。但是在一些没有容器且没有sudo权限的场合，依然不太友好。

这个方法虽然听起来不是很优雅，但其实如果你对elf文件有一些了解，是不错的方式。下面说下具体的方法。

当你有条件获得程序源码，并能够重新编译时，可以直接在编译时指定相关参数来解决。
先说编译时要增加的参数：

gcc参数

ld参数

这两个参数分别设置的elf文件中的rpath和interpreter字段。

rpath
全名 run-time search path ，是elf文件中一个字段，它指定了可执行文件执行时搜索so文件的第一优先位置，一般编译器默认将该字段设为空。elf文件中还有一个类似的字段runpath，其作用与rpath类似，但搜索优先级稍低。搜索优先级:

如果你需要使用相对路径指定lib文件夹，可以使用 ORIGIN 变量，ld会将ORIGIN理解成可执行文件所在的路径。

interpreter
动态库加载器，程序启动时，操作系统会先把控制权转交给ld-linux-x86-64.so.2，该so负责加载所有程序依赖的so。。这个字段在链接时会帮你自动设置，64bit程序一般为 /lib64/ld-linux-x86-64.so.2 。修改rpath或者LD_LIBRARY_PATH指向本地lib目录，但通过ldd程序，发现/lib64/ld-linux-x86-64.so.2这个so仍然指向系统so。原因就是这个字段是写死在elf文件中的，并不受LD_LIBRARY_PATH影响。

编译时带上这两个参数，下面只需要将你程序依赖的so打包一份，随程序进行发布即可。

当你无法编译程序时，也可以通过其他方式修改rpath和interpreter。这种情况需要使用到一个工具 patchelf ，通过 dnf install patchelf 即可安装。你可以通过它修改elf文件的rpath和interpreter：

除了绝对路径，一种比较常见的方式是在部署前，使用 pwd 获取当前路径，使用相对路径指向本地lib。