我正在尝试使用 GCC gnu 编译器为项目编译一些 GAS 代码。这是我的编译方式：
gcc -c boot.s -o boot.o -fPIC
使用-fPIC 参数编译我的kernel.c 文件后，我尝试将其与以下命令链接：
gcc -N -T linker.ld -o Slack\ Berry.bin -ffreestanding -nostdlib kernel.o boot.o -lgcc
它提出了：
/usr/bin/ld: boot.o: relocation R_X86_64_32 against '.multiboot' can not be used when making a PIE object; recompile with -fPIC
这让我认为它没有使用-fPIC 编译我的 GAS 代码。我该如何解决这个问题？
【问题讨论】：
标签： gcc assembly gnu-assembler position-independent-code
首先，您可能需要-fPIE 而不是-fPIC。 -fPIE 允许编译器生成更高效的代码，但只能用于作为主可执行文件一部分的代码（不是共享库）。
现在-fPIC 和-fPIE 都是编译器专用标志，不会传递给汇编器。您需要在汇编代码中显式使用特定于 PIC 的助记符，而不是依赖位置的调用和分支，例如，而不是
movq $bar, %rdx
使用
movq bar@GOTPCREL(%rip), %rdx
（通常为了获得我需要的语法，我只需在匹配的 C sn-p 上运行 gcc -fPIE -S -o-）。
【讨论】：
lea bar(%rip), %rdx，一个与 RIP 相关的 LEA，而不是 mov $imm32, %r64。 （movabs 可以，但更大，通常更慢。）
-ffreestanding -nostdlib，并有类似boot.o 的名称，并提到了多重引导。错误消息还提到制作 PIE 可执行文件。对我来说似乎很清楚 OP 实际上并没有尝试创建共享库。 （从 asm 制作可执行文件时，这也不是关于此错误消息的第一个问题，所以我根本没想到这个问题是关于实际制作共享库的。通常它只是 PIE 需要可重定位的任何地方的代码来捕捉人们惊喜。）
使用-fPIC 重新编译仅适用于 asm 由编译器生成而不是手工编写的情况。它对 asm 如何组装成机器码没有影响。
问题是您的 PIE 可执行文件无法与 32 位绝对地址链接。 （您的意思是制作 PIE 而不是静态位置相关的可执行文件）？
您不需要完整的共享库内容来引用另一个库或主可执行文件中的符号（如@yugr 的答案显示了如何做）。您的独立内核甚至可能没有 GOT 或 PLT，绝对不应该将它们用于内部符号。
唯一需要更改的是lea bar(%rip), %rdx，一个与 RIP 相关的 LEA，而不是 mov $imm32, %r/m64。 （movabs 可以，但更大，通常更慢。）
或者，如果您实际上打算使用-static 构建并创建一个可执行文件，该可执行文件将加载到地址空间的低 32 位中的固定地址，您应该使用mov $bar, %edx 来获得一个 5 字节的@987654327 @ 编码而不是 7 字节 mov $sign_extended_imm32, %r/m64 或 7 字节 LEA。另见Difference between movq and movabsq in x86-64
【讨论】：