大規模なソースファイルを読むコツ

Question

タグがわからなかったので、適当に付けちゃいました。すいません。

glibcやLinux kernelなどの大きなソース群を読むコツを教えてもらえないでしょうか？？

昨日は、GRUBのソースコードを読んでいたのですが、「モジュールを動的にロードしそこからLinux kernelに入る」ということを知るのに6時間もかかりました。
もっと3分位で把握できるようになりたいのです。

大規模なソースを読んでいる時に発生する問題があります。
関数です。

・似たような名前の関数が存在する（どっちを読めば良いのか分からない）
・呼び出されている関数が多すぎる（目的の記述を探すのにどの関数に入っていけばよいのか分からない）
・関数の定義場所、呼び出し場所がヒットしない（特に、「どのように呼び出されているのか分からない」）
・次々に関数にパラメータを渡していくと結局、渡した変数の値がどのように変わっていくかが把握できない

結局この関数のしていることがわからない！！・・・・みたいな？

特に、２番めですね。
どの関数を読めば、目的地にたどり着けるか・・・がわかりません。
大して重要ではない関数に入っていってしまって、「あれ？？なにここ？？」となります。

glibcは意外と簡単です。
printfやscanfは最終的にシステムコールを呼び出すので、システムコールをラップするための関数群だとわかると非常に読みやすいです。

一方Linux Kernelはやばいです。
全然進まない・・・＞＜

大規模なソースを読むときのコツかなにかあれば教えてください。

Answer 1

こんにちは。

一方Linux Kernelはやばいです。

全然進まない・・・＞＜

よく分かります。上げられた問題点、経験しました。
関数ポインタが多用されているので静的解析だとマジ辛いです。デバッガで実行できる環境を整えて、どの関数が呼ばれるのかブレークやステップ実行で確認しつつソースを読んだような気がします。

しかし、boostみたいに「超高度なテクニック」は使われていないし、コードは綺麗なので素直に読めます。
結局、根性で読むしか無いけど、根性で読める程度でもあると思います。

Comments

[strike1217]

ふむーー。なるほど！根性ですか！

Linux kernelのどの辺りを読んでいたんですか？？
デバイス関連ですか？？

Linux kernelは大半がデバイス関係なので、あそこを読むのが一番大変なんじゃないかなぁ・・・

[Chironian]

あの時はAndroid向けに入力デバイスのサンプルを作ってたから、シリアルドライバを改造するために読みました。
ブート周りも読んだ記憶があります。リセットベクタから読めば間違いないとの思いからですね。確かデバドラの起動にたどり着くまで読んだような気もします。（途中すっとばしたかも。かなり前の話なので記憶がおぼろげです。）

[strike1217]

なるほど！
わかりました。

Answer 2

IDE を使いましょう。

Comments

[strike1217]

vimとかでしょうか？？

[Zuishin]

Visual Studio とかです。
ご自分の環境で使えるものを探してください。

現在閲覧中の関数がどこから呼ばれているか、どこで定義されているか、変数の中身がどうなっているかなど、デバッグに必要な機能が備わっているものがあるはずです。

vim はテキストエディタとしての使い方しか知らないのでノーコメントです。