目次: GCC
GCCをデバッグする入り口まで辿り着くのも案外大変だったので、方法を書き残しておこうと思います。
C言語(じゃなくても良いですが)をコンパイルする際に、gcc a.cのようにコマンドを起動します。一般的にgccコマンドをコンパイラと呼びますが、正確にいえばgccはコンパイラドライバ(コンパイラ、アセンブラ、リンカを順に呼び出すプログラム)です。
GCCの場合、コンパイラはcc1という名前で、コンパイラドライバgccとは別のプログラムとして存在します。コンパイラの役目は高級言語(Cなら *.cファイル)からアセンブリ言語(*.sファイル)に変換することです。
DebianのGCC 8.0だと /usr/lib/gcc/x86_64-linux-gnu/8/cc1に置かれています。クロスコンパイラの場合は様々ですが、crostool-NGでRISC-V 64bit Linux向けにビルドした場合(ビルド方法は 2019年2月26日の日記参照)は、~/x-tools/riscv64-unknown-linux-gnu/libexec/gcc/riscv64-unknown-linux-gnu/8.2.0/cc1に置かれます。ローカルビルドしないときは、~/x-toolsをクロスコンパイラをインストールしたディレクトリで読み替えてください。
デバッガでコンパイラを追うとき、コンパイラドライバ → コンパイラだと余計な処理がたくさん挟まって邪魔なので、コンパイラ単体で起動したくなりますよね?私はなりました。特に気にならない人は読み飛ばしてください。
コンパイラcc1のオプションは、コンパイラドライバgccに渡したオプション以外にも、cc1用のオプションが渡されます。そのためcc1をシェルなどから手打ちで起動するのはちょっと難しいです。
しかし無理してコンパイラcc1のオプションを調べずとも、コンパイラドライバgccが渡すオプションをそのままパクれば良いです。gcc/gcc.cのexecute() 関数を下記のように書き換えると、cc1の起動オプションが表示されます。
diff --git a/gcc/gcc.c b/gcc/gcc.c
index a716f708259..e48e5cca79b 100644
--- a/gcc/gcc.c
+++ b/gcc/gcc.c
@@ -3084,6 +3084,12 @@ execute (void)
const char *errmsg;
int err;
const char *string = commands[i].argv[0];
+ int kkk;
+
+ printf("\n------------------------------\n");
+ for (kkk = 0; commands[i].argv[kkk]; kkk++)
+ printf("%s ", commands[i].argv[kkk]);
+ printf("\n------------------------------\n");
errmsg = pex_run (pex,
((i + 1 == n_commands ? PEX_LAST : 0)
出力は下記のようになります。この例では、コンパイラはRISC-V 32bitベアメタル向けを使っています。
------------------------------ /home/katsuhiro/share/projects/oss/crosstool-builder-new/buildroot/libexec/gcc/riscv32-unknown-elf/8.3.0/cc1 -quiet a.c -quiet -dumpbase a.c -march=rv32gc -mabi=ilp32d -auxbase a -o /tmp/ccdd2F4Z.s ------------------------------
この情報があれば、コマンドラインから単独で起動できますし、GDBで追うこともできます。
$ gdb /home/katsuhiro/share/projects/oss/crosstool-builder-new/buildroot/libexec/gcc/riscv32-unknown-elf/8.3.0/cc1 (gdb) b main Breakpoint 1 at 0x4308a0: main. (2 locations) (gdb) r a.c -dumpbase a.c -march=rv32gc -mabi=ilp32d -auxbase a -g -O0 -Wall -fdump-tree-all-raw -fdump-rtl-all -o a.s Starting program: /home/katsuhiro/share/projects/oss/crosstool-builder-new/buildroot/libexec/gcc/riscv32-unknown-elf/8.3.0/cc1 a.c -dumpbase a.c -march=rv32gc -mabi=ilp32d -auxbase a -g -O0 -Wall -fdump-tree-all-raw -fdump-rtl-all -o a.s Breakpoint 1, main (argc=15, argv=0x7fffffffd3c8) at /home/katsuhiro/share/projects/oss/crosstool-builder-new/./gcc/gcc/main.c:36 36 toplev toplev (NULL, /* external_timer */
ブレークポイントなども仕掛けられますし、変数の値を表示することもできます。解析がかなり楽になるはずです……たぶん。
目次: ROCK64/ROCKPro64
最近はたくさんのARMのシングルボードコンピュータ(SBC)が市販されています。嬉しい時代になりました。これからのお買い物の参考としてリストアップしました。値段は変動するので参考です。
少し古い世代のSoCを採用したボード達です。
以前(2018年8月12日の日記参照)載せた情報も含んでいます。
< | 2019 | > | ||||
<< | < | 05 | > | >> | ||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
- | - | - | 1 | 2 | 3 | 4 |
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 | - |
合計:
本日:
管理者: Katsuhiro Suzuki(katsuhiro( a t )katsuster.net)
This is Simple Diary 1.0
Copyright(C) Katsuhiro Suzuki 2006-2023.
Powered by PHP 8.2.7.
using GD 2.3.3(png support.)