問題タブ [readelf]

コンパイラをゼロから完全に作成しようとする一環として、現在、ELF ファイルを処理する部分に取り組んでいます。

それらに関するいくつかの記事と仕様をざっと読んだ後でも、セクションからセグメントへのマッピングがどこに保存されているかがよくわかりません。NASM+ld によって生成された小さな実行可能ファイルを観察すると、.text セクションが何らかの形で LOAD タイプのプログラム ヘッダーにマップされていることがわかりますが、どうすればよいのでしょうか?

入力として小さな (動作する) 実行可能ファイルが与えられたときの readelf の出力の小さな部分:

このマッピングは、実行可能ファイルが機能するために必要ですか? または、それらを完全に省略しても、有効な実行可能ファイルを保持できますか?

シンボルの名前 (デマングルされているかどうか) と、他のライブラリに動的にリンクされているライブラリの名前があると仮定すると、そのシンボルを解決できるライブラリを見つけたいとします。

を使用しようとしましたが、nmそれに関する適切なドキュメントが見つかりません。このツールでは使用できないようです。objdumpreadelf

gdb似たようなものを提供していますが、これはデバッガーです。簡単なルックアップが必要です。デバッグ セッションを起動せずにこれを行う方法を知っていますか?

Linuxでコマンド「readelf -h test」（「test」はバイナリプログラムです）を実行し、次のテキストを取得しました：

上記の文章の国旗の意味を詳しく教えてください。

私はそれをグーグルで検索しましたが、答えが見つかりませんでした。コメントをいただければ幸いです。

クロスコンパイラの設定については、「readelf -h target.bin」の出力 (ターゲット マシンで target.bin が実行される) を参照しました。クロスコンパイラでコンパイルされたバイナリプログラムの readelf 出力は、target.bin の出力と同じであると想定しました。

ただし、次の場合、「readelf」出力が互いに異なる 2 つのプログラムが、ターゲット マシン上で正常に実行される可能性があります。さらに、target.bin の出力と同様の readelf 出力を持つ別のプログラムは、ターゲット マシンでは実行できません。クロスコンパイラの設定では readelf の出力は重要ではないようです。 では...ターゲットマシンのクロスコンパイラの正しい構成については、何を参照すればよいですか?

例：

readelf -h target.bin (target.bin は、ターゲット マシンで実行されるバイナリ プログラムです) 出力:

readelf -h myfail_target.bin (私がコンパイル) は、ターゲット マシンで実行できません。出力は次のとおりです。

readelf -h mysuccess_target.bin (私がコンパイル) は、ターゲット マシンで実行可能であり、次のように出力されます。

コメントをいただければ幸いです。

elf ファイルがあり、 readelf -h filename を使用すると、エントリ ポイントが取得されます。さて、このアドレスを自分で計算したいとしましょう [アセンブリを使用しますが、言語は重要ではありません]。

どうやってやるの？

エントリ ポイントがファイルのオフセット 24 から始まる 4 バイトであることはわかっていますが、このデータをアドレスに変換する方法がわかりません。

単一の lib パスにリンクする実行可能ファイルが多数あります。たとえば、実行可能ファイルは (たとえば)とにfooリンクしています。後者は私が自分で作成したものです。サード パーティのライブラリを変数に配置し、ライブラリを 経由でリンクすると、makefile の行は次のようになります。libboost_system.solibfoo.soLDLIBS-lfoo

しかし、readelf私には自分の道が見えます！

私自身のライブラリは、絶対パスを持つ唯一のライブラリです。

patchelf --replace-neededmakefile のみを使用して、つまりorを使用せずに、この怪物を取り除くにはどうすればよいchrpathですか?