无法在程序集中链接 c++ 函数答案

【问题标题】：Can't link c++ function in assembly无法在程序集中链接 c++ 函数
【发布时间】：2020-08-01 13:40:01
【问题描述】：

很抱歉，如果还有其他类似的问题，但我几乎尝试了所有方法，但没有结果。

我有一个汇编文件调用一个 cpp 文件的 main 函数（我正在做一个内核入口）

kerne.asm

[bits 32]
[extern _main]

jmp _main
cli
hlt

main.cpp

void a()
{
    //a
}
void bc()
{
    //bc
}
extern "C" int main()
{
    return 0;
}

制作文件

all: kes.o ke.o ke1.tmp otp.txt

kes.o : kerne.asm
    nasm -f win32 -o H:\x86f\lkt\kes.o H:\x86f\lkt\kerne.asm   

ke.o : main.cpp
    g++ -Wall -m32 -g -std=c++14 -std=c++1y  -ffreestanding -nostartfiles -c main.cpp -o ke.o 

ke1.tmp : kes.o ke.o
    ld -m i386pe -r -o ke1.tmp -Ttext 0x1000 kes.o ke.o


otp.txt : ke1.tmp
    objdump -d ke1.tmp > otp.txt

otp.txt 输出

ke1.tmp:     file format pe-i386


Disassembly of section .text:

00001000 <.text>:
    1000:   e9 00 00 00 00          jmp    1005 <.text+0x5>
    1005:   ee                      out    %al,(%dx)
    1006:   77 90                   ja     f98 <@feat.00+0xf97>

00001008 <__Z1av>:
    1008:   55                      push   %ebp
    1009:   89 e5                   mov    %esp,%ebp
    100b:   90                      nop
    100c:   5d                      pop    %ebp
    100d:   c3                      ret    

0000100e <__Z2bcv>:
    100e:   55                      push   %ebp
    100f:   89 e5                   mov    %esp,%ebp
    1011:   90                      nop
    1012:   5d                      pop    %ebp
    1013:   c3                      ret    

00001014 <_main>:
    1014:   55                      push   %ebp
    1015:   89 e5                   mov    %esp,%ebp
    1017:   83 e4 f0                and    $0xfffffff0,%esp
    101a:   e8 00 00 00 00          call   101f <_main+0xb>
    101f:   b8 00 00 00 00          mov    $0x0,%eax
    1024:   c9                      leave  
    1025:   c3                      ret    
    1026:   90                      nop
    1027:   90                      nop
    ...

在 otp 输出中，1000 处的指令是 jmp _main istrunction。您如何看到地址未正确解析，使其指向下一条指令（1005）。我哪里做错了？

编辑：

nm kes.o

00000000 a .absolut
00000000 t .text
00000001 a @feat.00
         U _main

nm ke.o

00000000 b .bss
00000000 d .data
00000000 N .debug_abbrev
00000000 N .debug_aranges
00000000 N .debug_frame
00000000 N .debug_info
00000000 N .debug_line
00000000 r .rdata$zzz
00000000 t .text
         U ___main
00000000 T __Z1av
00000006 T __Z2bcv
0000000c T _main

objdump -r ke1.tmp

ke1.tmp:     file format pe-i386

RELOCATION RECORDS FOR [.text]:
OFFSET   TYPE              VALUE 
00000001 DISP32            _main-0x00000014
0000001b DISP32            ___main+0x00001000


RELOCATION RECORDS FOR [.debug_aranges]:
OFFSET   TYPE              VALUE 
00000006 secrel32          .debug_info
00000010 dir32             .text-0x00001008


RELOCATION RECORDS FOR [.debug_info]:
OFFSET   TYPE              VALUE 
00000006 secrel32          .debug_abbrev
00000088 dir32             .text-0x00001008
00000090 secrel32          .debug_line
000000a1 dir32             .text-0x00001008
000000c0 dir32             .text-0x00001008
000000d6 dir32             .text-0x00001008


RELOCATION RECORDS FOR [.debug_line]:
OFFSET   TYPE              VALUE 
0000003a dir32             .text-0x00001008


RELOCATION RECORDS FOR [.debug_frame]:
OFFSET   TYPE              VALUE 
00000018 secrel32          .debug_frame
0000001c dir32             .text-0x00001008
00000038 secrel32          .debug_frame
0000003c dir32             .text-0x00001008
00000058 secrel32          .debug_frame
0000005c dir32             .text-0x00001008

【问题讨论】：

不只是跳转，所有地址都是0。可能是和-r链接的结果？如果一切都是可重定位的，这意味着静态图像的转储无法显示标签的正确地址，直到它们在加载/运行时得到解决。如果将其加载到调试器中，您会看到什么？
请添加nm ke.o和nm kes.o的输出。我想确认名称修饰在两端都正确完成。 objdump -r ke1.tmp 也可能有帮助。
@fuz 输出添加
@frgr 您可以在.text 部分的_main 的地址00000001 中看到要修补的重定位。这确实是ld 的-r 选项的结果。为什么要添加它？

标签： c++ assembly linker operating-system kernel

【解决方案1】：

@DavidWohlferd @fuz @numzero 是的，问题是 ld 中的 -r 标志。现在所有地址都已正确解析。感谢大家的帮助！

【讨论】：

【解决方案2】：

原因是使用-r 选项，ld 会生成目标文件，而不是可执行文件。在目标文件中，许多地址未设置，因为稍后将使用重定位表中的数据通过最终链接（没有-r）来设置它们。

【讨论】：