テスト目的で、llvm リンカーによって生成される PLT スタブlldを変更しました。
以前のスタブは次のとおりです。
0xff, 0x25, 0x00, 0x00, 0x00, 0x00, // jmpq *got(%rip)
0x68, 0x00, 0x00, 0x00, 0x00, // pushq <relocation index>
0xe9, 0x00, 0x00, 0x00, 0x00 // jmpq plt[0]
プログラムをこの (元の) スタブにリンクして検査するとobjdump、次のような結果が得られます。
00000000002012d0 <printf@plt>:
2012d0: ff 25 62 0d 00 00 jmpq *0xd62(%rip) # 202038 <__TMC_END__+0x28>
2012d6: 68 02 00 00 00 pushq $0x2
2012db: e9 c0 ff ff ff jmpq 2012a0 <_fini+0x10>
最後に NOP を追加するだけで PLT スタブを変更しました。
0xff, 0x25, 0x00, 0x00, 0x00, 0x00, // jmpq *got(%rip)
0x68, 0x00, 0x00, 0x00, 0x00, // pushq <relocation index>
0xe9, 0x00, 0x00, 0x00, 0x00, // jmpq plt[0]
0x0f, 0x1f, 0x40, 0x00 // nop
PltEntrySizeサイズの変更を反映するように、変数を変更するようにしました。この変更を加えたプログラムをリンクして実行すると、問題なく動作するようです。
しかし、リンクされたプログラムの逆アセンブルを で検査しようとするとobjdump、奇妙なことがわかります。
00000000002012d0 <printf@plt>:
2012d0: cc int3
2012d1: ff (bad)
2012d2: ff (bad)
2012d3: ff 0f decl (%rdi)
2012d5: 1f (bad)
2012d6: 40 00 ff add %dil,%dil
2012d9: 25 5a 0d 00 00 and $0xd5a,%eax
2012de: 68 02 00 00 00 pushq $0x2
2012e3: e9 b8 ff ff ff jmpq 2012a0 <_fini+0x10>
2012e8: 0f 1f 40 00 nopl 0x0(%rax)
PLT スタブのアドレスは によって にあると解釈さobjdumpれます0x2012d0が、実際のprintf@pltアドレスは0x2012d8!にあります。これは次のように確認されていreadelf -sます。
Symbol table '.dynsym' contains 7 entries:
Num: Value Size Type Bind Vis Ndx Name
...
6: 00000000002012d8 0 FUNC GLOBAL DEFAULT UND printf@GLIBC_2.2.5 (2)
はどこobjdumpからその情報を取得しますか? リンカーで何かを変更するのを忘れた可能性が非常に高いです。