RPM debuginfoパッケージと-gなどのオプションを使用してパッケージを再構築することの違いは何ですか?

RPM debuginfoパッケージと-gなどのオプションを使用してパッケージを再構築することの違いは何ですか?

RPMでdebuginfoパッケージを使用する方法を明確にしたいと思います。このパッケージがあり、vimクラッシュが発生したとします。この競合をデバッグしたいが行番号情報にアクセスできないというエラーがgdb発生します。gdb私の考えには2つのオプションがあります。

  1. デバッグ情報パッケージのインストール
  2. vimCFLAGSCXXFLAGSおよび同様のコマンドをLDFLAGS使用してrpmを再構築してインストールします。-g3

私は最近オプション#1を試しましたが、まだgdbに欠落しているシンボルに関するいくつかのエラーが発生し、debuginfoパッケージが何であるか、それを使用する方法についていくつかの仮定をしたときに問題が発生しました。上記のオプション1とオプション2の違いを説明してもよろしいですか?それとも私が間違っているなら、正しく行う方法は何ですか?

ベストアンサー1

私は最近オプション#1を試しましたが、まだgdbに欠落しているシンボルに関するいくつかのエラーが発生し、debuginfoパッケージが何であるか、それを使用する方法についていくつかの仮定をしたときに問題が発生しました。

競合は、アプリケーション自体ではなく、glibcまたはvimが依存する他のライブラリで発生する可能性があります。これは、すべての関連ライブラリに対してdebuginfoパッケージをインストールする必要があることを意味します。

これはまた、ソースからvimをビルドすると同じ問題が発生する可能性が高いことを意味します。一部のデバッグシンボルを確認できません。また、パッケージを直接ビルドする場合、コンパイルフラグはFedoraが使用するものとは異なるため、同じ競合が発生したり発生しない可能性があります。

おすすめ記事