gcc - 如何使用 ld 手动运行生成 elf 可执行文件?

标签 gcc linker ld

我正在努力了解在生成可执行文件时链接过程是如何工作的。为此,我正在阅读 Ian Taylor's blog series关于它,但目前有很多内容超出了我的范围 - 所以我想看看它在实践中是如何工作的。

目前我生成了一些目标文件并通过 gcc 将它们链接到:

gcc -m32 -o test.o -c test.c
gcc -m32 -o main.o -c main.c
gcc -m32 -o test main.o test.o

如何使用 ld 复制 gcc -m32 -o test main.o test.o 阶段?

我尝试了一个非常天真的方法:ld -A i386 ./test.o ./main.o

但这会返回这些错误:

ld: i386 architecture of input file `./test.o' is incompatible with i386:x86-64 output
ld: i386 architecture of input file `./main.o' is incompatible with i386:x86-64 output
ld: warning: cannot find entry symbol _start; defaulting to 00000000004000b0
./test.o: In function `print_hello':
test.c:(.text+0xd): undefined reference to `_GLOBAL_OFFSET_TABLE_'
test.c:(.text+0x1e): undefined reference to `puts'
./main.o: In function `main':
main.c:(.text+0x15): undefined reference to `_GLOBAL_OFFSET_TABLE_

我最困惑的是 _start_GLOBAL_OFFSET_TABLE_ 丢失了 - gccld 添加它们?

文件如下:

main.c

#include "test.h"


void main() 
{
    print_hello();
}

test.h

void print_hello();

test.c

#include <stdio.h>


void print_hello()
{
    puts("Hello, world");
}

最佳答案

@sam:我不是回答你问题的最佳人选,因为我是编译方面的初学者。我知道如何编译程序,但我并不真正了解所有细节 (https://en.wikipedia.org/wiki/Compilers:_Principles,_Techniques,_and_Tools) 因此,今年我决定尝试了解编译的工作原理,并且我尝试或多或少地尝试做与您几天前尝试过的相同的事情。由于没有人回答,我将揭露我所做的事情,但我希望高手补充我的回答。

简答:建议不要直接使用ld,而是直接使用gcc。尽管如此,如您所写,了解链接过程的工作原理还是很有趣的。此命令适用于我的计算机:
ld -m elf_i386 -dynamic-linker/lib/ld-linux.so.2 -o test test.o main.o/usr/lib/crt1.o/usr/lib/libc.so/usr/lib/crti.o/usr/lib/crtn.o

很长的答案:
我如何找到上面的命令?
按照 n.m 的建议,使用 -v 选项运行 gcc。
gcc -v -m32 -o test main.o test.o

...
/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/collect2 ... (many options and parameters)
....

如果您使用这些选项和参数(复制和粘贴)运行 ld,它应该可以工作。
用 -m elf_i386 试试你的命令(cf. collect2 参数)
ld -m elf_i386 test.o main.o

ld: warning: cannot find entry symbol _start; ....

在完整的 ld 命令中使用的目标文件中查找符号 _start。
readelf -s/usr/lib/crt1.o(或 objdump -t)

Symbol table '.symtab' contains 18 entries:
Num: Value Size Type Bind Vis Ndx Name
...
11: 00000000 0 FUNC GLOBAL DEFAULT 2 _start

将此对象添加到您的 ld 命令:
ld -m elf_i386 test.o main.o/usr/lib/crt1.o

... undefined reference to `__libc_csu_fini'...

在对象文件中查找这个新引用。由于 -L、-l 选项和一些 .so 包含其他库,因此不太清楚知道使用了哪些库/目标文件。例如,cat/usr/lib/libc.so。但是,带 --trace 选项的 ld 会有所帮助。试试这个命令
ld --trace ... (collect2 parameters)
最后,你应该找到
ld -m elf_i386 -o test test.o main.o/usr/lib/crt1.o/usr/lib/libc_nonshared.a/lib/libc.so.6/usr/lib/crti.o
或更短(cf . cat/usr/lib/libc.so)
ld -m elf_i386 -o test test.o main.o/usr/lib/crt1.o/usr/lib/libc.so/usr/lib/crti.o
它编译但不运行(尝试运行./test)。它需要正确的 -dynamic-linker 选项,因为它是一个动态链接的 ELF 可执行文件。 (cf collect2参数找一下)
ld -m elf_i386 -dynamic-linker/lib/ld-linux.so.2 -o test test.o main.o/usr/lib/crt1.o/usr/lib/libc.so/usr/lib/crti.o
但是,它不会运行(段错误(核心已转储)),因为您需要 _init 和 _fini 函数的结尾( https://gcc.gnu.org/onlinedocs/gccint/Initialization.html)。添加 ctrn.o 对象。
ld -m elf_i386 -dynamic-linker/lib/ld-linux.so.2 -o test test.o main.o/usr/lib/crt1.o/usr/lib/libc.so/usr/lib/crti.o/usr/lib/crtn.o
./test

Hello, world

关于gcc - 如何使用 ld 手动运行生成 elf 可执行文件?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55031307/

相关文章:

c - 在 Windows 上使用 MinGW 的 GMP

c - 哪个初始化程序适合 int64_t?

c++ - 我怎样才能让 C++0x 和 __STRICT_ANSI__ 相处融洽?

c - DCRaw 说我应该在 gcc 中使用 -O4 进行编译。 -O4存在吗?

c++ - 在共享库的构造函数(_init 部分)中,如何知道哪个函数被中断了?

c - 使用curses.h从键盘获取字符

xcode - 如何使用 Xcode 5 取消 gcc 别名

linux - 无法识别共享库文件格式

ld - 链接描述文件加载与虚拟地址

c - 我们如何删除未使用的 bss 符号?