問題タブ [fpic]

makeを実行すると、このエラーが発生します。

オプションで再コンパイルする必要があると書かれてい-fPICます。とに-fPICオプションを追加してそれを行いましたが、それでも同じエラーが発生します。これを解決する方法はありますか？この問題は64ビットマシンの使用に関連していることを確認しましたが、実際に使用しています。CFLAGSCXXFLAGS

' ' オプションがアドレスの解決と個々のモジュール間の独立性に関係していることは知ってい-fPICますが、それが実際に何を意味するのかはわかりません。説明できますか？

作業中のプロジェクトのmakefileをまとめています。プロジェクトに実行可能ファイルと共有ライブラリがあります。どちらも、オブジェクトファイルに個別にコンパイルされる同じソースファイルのいくつかを使用します。共有ライブラリでこれらのオブジェクトを使用できるようにするには、gccで-fPIC（位置独立コード）フラグを使用する必要があります。実行可能ファイルで使用される-fPICを使用してオブジェクトをコンパイルすることの意味はありますか？

少なくとも Linux と Solaris では、静的ライブラリは実際にはコンパイル済みの .o を 1 つの大きなファイルにまとめたものにすぎません。スタティック ライブラリをコンパイルする場合、通常 -fpic フラグは省略されるため、生成されるコードは位置に依存します。

ここで、静的ライブラリが B であるとします。これをビルドして、結果の .a ファイルを作成しました。これは、位置に依存するすべての .o ファイルの単なるグロブです。今、ビルドしたい共有ライブラリ A があり、B を静的にリンクさせたいと考えています。A をビルドするときは、当然、-fpic フラグを使用して、生成されたコードの位置を独立させます。しかし、B に対してリンクすると、位置依存のオブジェクト ファイルと位置非依存のオブジェクト ファイルが混在していませんか?

-mimpure-text も指定しないと、テキストの再配置エラーが多く発生します。おそらくこれが原因だと思います。ライブラリをコンパイルするとき、共有バージョン、静的バージョン、共有ライブラリで使用できる静的バージョンの3回コンパイルする必要があるようです。私は正しいですか？-mimpure-text を使い続けることもできますが、g++ のマニュアル ページには、そうするとオブジェクトが実際に共有されないことが示されています (すべてが共有されていないのか、それとも静的にリンクされた部分だけなのかは不明ですが、誰か知っていますか?) .

gcc%pcに定数の相対アドレスを生成させる方法はありますか? 文字列がテキスト セグメントに表示される場合でも、arm-elf-gcc はデータへの定数ポインターを生成し、%pc相対アドレスを介してポインターのアドレスをロードし、逆参照します。さまざまな理由から、中間のステップをスキップする必要があります。例として、この単純な関数:

を生成します (でコンパイルした場合arm-elf-gcc-4.3.2 -nostdlib -c -O3 -W -Wall logfile.c):

私はそれがもっと次のようなものを生成することを期待していたでしょう:

問題のコードは、ロード時にメモリ内で再配置されるため、部分的に位置に依存しない必要がありますが、コンパイルされていないコードと統合される-fPICため、グローバル オフセット テーブルはありません。

私の現在の回避策は、非インライン関数（相対アドレスを介して行われます）を呼び出して、コードの動作%pcと同様の手法でコンパイルされた場所からのオフセットを見つけることです。-fPIC

ただし、この手法ではすべてのデータ参照を手動で修正する必要があるためfilename()、上記の例の関数は次のようになります。

numpy ライブラリを lapack に対してコンパイルすると、-fPIC を使用して lapack をコンパイルする必要があることを示すリンク エラーが発生します。私はまさにそれをしたと思いました。生成された lapack ライブラリが位置に依存しないことを確認する方法はありますか?

すでにマンページを読みましたが、とgccの違いがわかりません。誰かがそれを非常に単純で明確な方法で説明できますか？-fpic-fPIC

関連する質問：

• 共有ライブラリを構築する場合、-fPICはどういう意味ですか？
• オブジェクトが実行可能ファイルで使用される場合、gcc -fPICフラグを使用してオブジェクトをコンパイルすることの意味は何ですか？

内部フラッシュから直接 2 つのアプリケーションのうちの 1 つを実行することを決定するブートローダーを持つ組み込みアプリケーションがあります。これらのアプリの位置を独立させて、両方を同じベースアドレスでコンパイルできるようにしようとしています。オペレーティング システムがないため、動的リンカーは使用できません。これまでのところ、-fpie オプション (gcc を使用) を使用してビルドを試みましたが、あまり成功していません。関数呼び出しは正しいように見えますが、グローバル データには正しいアドレスがありません。ローカルで定義されたグローバル データのアドレスは、アプリが元のベース アドレスからオフセットされた分だけオフセットされているようです。他のファイルで宣言されているグローバル データのアドレスが完全に間違っています (-fpic でビルドすると、ローカルで宣言されたグローバル データと他のファイルのグローバル データの両方が完全に間違っています)。