LLVMをGDBでデバッグする - LLVMとコンパイラと投資に関するメモ
LLVMをデバッグする場合の手順※自己流 Debian GNU/Linux (1)Makefile.configのDEBUG_RUNTIME=1に書き換える (2)Makefile.configのDEBUG_SYMBOLS=1に書き換える (3)Makefile.configのOPTIMIZEを0に書き換える (4)Makefile.configのGCC環境変数をgcc -gに書き換える※不要かも (5)Makefile.configのG++環境変数をg++ -gに書き換える※不要かも この状態でMakeを行い、各ディレクトリにReleaseではなくDebugディレクトリが作成されていれば成功だと思う。 仮にoptをgdbでデバッグする場合は、 gdb llvm-2.6/Debug/bin/opt ブレークポイントの例は、 break LoopStrengthReduce.cpp:runO
Debugging with GDB - Table of Contents
The GNU Source-Level Debugger Eighth Edition, for GDB version 5.0 March 2000 Richard Stallman, Roland Pesch, Stan Shebs, et.al. GDBの要約 フリー・ソフトウェア GDBに貢献した人々 GDBセッションのサンプル GDBの起動と終了 GDBの起動 ファイルの選択 モードの選択 GDBの終了 シェル・コマンド GDBコマンド コマンドの構文 コマンド名の補完 ヘルプの表示 GDB配下でのプログラムの実行 デバッグのためのコンパイル ユーザ・プログラムの起動 ユーザ・プログラムの引数 ユーザ・プログラムの環境 ユーザ・プログラムの作業ディレクトリ ユーザ・プログラムの入出力 既に実行中のプロセスのデバッグ 子プロセスの終了 マルチスレッド・プログラムのデバッグ マルチ
dlopen()で読み込んだ共有ライブラリにブレークポイントを設定するには． - pyopyopyo - Linuxとかプログラミングの覚え書き -
dlopen()で読み込んだ共有ライブラリ内の関数にブレークポイントを設定する方法． gdb では，dlopen()してdlsym()した関数には通常の方法でブレークポイントが設定できない．これは，共有ライブラリ中のシンボル情報が自動で読み込まれないため． 手動でシンボル情報を読み込ませる方法としては，たとえば以下の方法がある． http://lists.gnu.org/archive/html/bug-gdb/2001-05/msg00061.html 具体的には，まず (gdb) info shared 0x3000104a080 0x30002820c00 No /usr/lib/mylib.soでシンボルが読み込まれた領域(text)の先頭アドレス(0x300104a080)をしらべる． 次に，add-symbol-file コマンドでシンボル情報を持つ共有ライブラリ(mylib.
GDBコマンド一覧
run プログラムを実行します。 run 何も引数を渡さずに実行します。 run arguments argumentsを引数に指定して実行します。 例えば「-v -o filename」を引数として起動したい場合はrun -v -o filenameとします。 runではプログラムの標準入出力をリダイレクトすることが可能です。 標準出力をファイルにリダイレクトするには run > filename 標準入力をファイルから読み込むには run < filename 標準出力をファイルに標準入力をファイルから読む込むには run < infile > outfile ↑ quit GDBを終了します。 quit GDBを終了します ↑ shell シェルコマンドを実行します。 shell シェル(通常 /bin/sh)を起動します。 シェルを終了するとGDBに戻ります
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
