Objdump 反汇编与源代码不匹配

Question

我正在研究链接到 libgomp 的 OpenMP 程序的执行流程。它使用 #pragma omp parallel for。我已经知道这个结构变成了对 GOMP_parallel 函数的调用，实现如下：

void
GOMP_parallel (void (*fn) (void *), void *data, 
               unsigned num_threads, unsigned int flags)
{
   num_threads = gomp_resolve_num_threads (num_threads, 0);
   gomp_team_start (fn, data, num_threads, flags, gomp_new_team (num_threads));
   fn (data);
   ialias_call (GOMP_parallel_end) ();
}

在 libgomp 上执行 objdump -d 时，GOMP_parallel 显示为：

000000000000bc80 <GOMP_parallel@@GOMP_4.0>:
bc80:   41 55                   push   %r13
bc82:   41 54                   push   %r12
bc84:   41 89 cd                mov    %ecx,%r13d
bc87:   55                      push   %rbp
bc88:   53                      push   %rbx
bc89:   48 89 f5                mov    %rsi,%rbp
bc8c:   48 89 fb                mov    %rdi,%rbx
bc8f:   31 f6                   xor    %esi,%esi
bc91:   89 d7                   mov    %edx,%edi
bc93:   48 83 ec 08             sub    [=11=]x8,%rsp
bc97:   e8 d4 fd ff ff          callq  ba70 <GOMP_ordered_end@@GOMP_1.0+0x70>
bc9c:   41 89 c4                mov    %eax,%r12d
bc9f:   89 c7                   mov    %eax,%edi
bca1:   e8 ca 37 00 00          callq  f470 <omp_in_final@@OMP_3.1+0x2c0>
bca6:   44 89 e9                mov    %r13d,%ecx
bca9:   44 89 e2                mov    %r12d,%edx
bcac:   48 89 ee                mov    %rbp,%rsi
bcaf:   48 89 df                mov    %rbx,%rdi
bcb2:   49 89 c0                mov    %rax,%r8
bcb5:   e8 16 39 00 00          callq  f5d0 <omp_in_final@@OMP_3.1+0x420>
bcba:   48 89 ef                mov    %rbp,%rdi
bcbd:   ff d3                   callq  *%rbx
bcbf:   48 83 c4 08             add    [=11=]x8,%rsp
bcc3:   5b                      pop    %rbx
bcc4:   5d                      pop    %rbp
bcc5:   41 5c                   pop    %r12
bcc7:   41 5d                   pop    %r13
bcc9:   e9 32 ff ff ff          jmpq   bc00 <GOMP_parallel_end@@GOMP_1.0>
bcce:   66 90                   xchg   %ax,%ax

首先，例如GOMP_parallel的源代码中没有任何对GOMP_ordered_end的调用。其次，该函数包括：

void
GOMP_ordered_end (void)
{
}

根据 objdump 输出，此函数开始于 ba00，结束于 bbbd。它怎么可能在一个空的函数中有这么多代码？顺便说一句，在libgomp的源代码中有评论说它应该只在使用ORDERED构造时出现（顾名思义），我的测试不是这样。

最后，我最关心的是：为什么源代码和反汇编的差别这么大？例如，为什么在程序集中没有提到 gomp_team_start？

系统有gcc版本5.4.0

Answer 1

According the the objdump output, this function starts at ba00 and finishes at bbbd. How could it have so much code in a function that is empty?

函数本身很小，但 GCC 只是使用了一些额外的字节来对齐下一个函数并存储一些静态数据（可能被此文件中的其他函数使用）。这是我在本地看到的 ordered.o:

00000000000003b0 <GOMP_ordered_end>:
 3b0:   f3 c3                   repz retq
 3b2:   66 66 66 66 66 2e 0f    data32 data32 data32 data32 nopw %cs:0x0(%rax,%rax,1)
 3b9:   1f 84 00 00 00 00 00

First, there isn't any call to GOMP_ordered_end in the source code of GOMP_parallel, for example.

不要被汇编代码中的 GOMP_ordered_end@@GOMP_1.0+0x70 标记分心。它只是说这调用了一些本地库函数（objdump 没有找到任何符号信息），它恰好位于 GOMP_ordered_end 之后的 112 字节处。这很可能是 gomp_resolve_num_threads.

Why, for example, isn't there any mention to gomp_team_start in the assembly?

嗯，这看起来很像：

bcb5:   e8 16 39 00 00          callq  f5d0 <omp_in_final@@OMP_3.1+0x420>

Objdump 反汇编与源代码不匹配

Objdump disassemble doesn't match source code

assembly

gcc

compilation

objdump

libgomp