|
| 1 | +--- |
| 2 | +title: "読書メモ: コンパイラ" |
| 3 | +description: "コンパイラという本を読んだのでこれはその読書メモです。手を動かしながら読めたので大変勉強になりました。" |
| 4 | +date: "2024/08/05" |
| 5 | +published: true |
| 6 | +--- |
| 7 | + |
| 8 | +## Intro |
| 9 | + |
| 10 | +[コンパイラ [コンピュータサイエンス教科書シリーズ] (コンピュータサイエンス教科書シリーズ 8)](https://www.amazon.co.jp/dp/4339027081?psc=1&ref=ppx_yo2ov_dt_b_product_details)という本を知り合いに進めていただき読みました。 |
| 11 | +意外と本自体の両方は多くないんですが、要件がまとまっていてとても読みやすい本でした。自分みたいなCSを学んでこなかった身としても理解できる内容になっていたと思います。コンパイラについての少しでも興味を持った方であればぜひ読んでみることをおすすめします。 |
| 12 | + |
| 13 | +## コンパイルのフロー |
| 14 | + |
| 15 | +コンパイルの全体フローとしては、主に以下のようになっています。 |
| 16 | + |
| 17 | +1. 字句解析 |
| 18 | +2. 構文解析 |
| 19 | +3. 意味解析 |
| 20 | +4. コード生成 |
| 21 | + |
| 22 | +わかりやすく表現すると、以下のようになります。 |
| 23 | + |
| 24 | +1. 単語に区切る作業 |
| 25 | +2. 文法に合っているかチェックをする作業 |
| 26 | +3. 意味規則に基づいたチェックをする作業 |
| 27 | +4. 目的に基づいたチェックをする作業。(コードを効率良くする最適化を行うこともある) |
| 28 | + |
| 29 | +では実際にどのようにして解析をしているのか、どんなことをやっているのか見ていきましょう。 |
| 30 | + |
| 31 | +## 字句解析 |
| 32 | + |
| 33 | +この解析フローは以下のようになっています。 |
| 34 | + |
| 35 | +1. 入力文字列を走査 |
| 36 | +2. パターンにマッチしたらそこまでの文字列を一区切りにする |
| 37 | +3. 結果を構文解析器に渡す |
| 38 | + |
| 39 | +例えば、以下のようなコードを字句解析してみます。 |
| 40 | + |
| 41 | +```c |
| 42 | +if (a != 0){ |
| 43 | + break; |
| 44 | +} |
| 45 | +``` |
| 46 | + |
| 47 | +このコードをトークンに分けた場合、`IF, LPAR, IDENT, NEQ, NUMBER, RPAR, LBAR, BREAK, SEMI, RBRA`というようになります。 |
| 48 | +`if`は`IF`に、`!=`は`INDENT`といったトークンに変換されています。 |
| 49 | + |
| 50 | +Unix環境の方であれば、`lex`というコマンドが使えるかと思います。これを使用して字句解析を作ることが可能です。例えば以下のようなコードがあります。 |
| 51 | + |
| 52 | +```l |
| 53 | +%% |
| 54 | +[0-9]+ { printf("Number!!\n"); } |
| 55 | +[ \t\n]+ { /* do nothing */ } |
| 56 | +.+ { printf("other!!\n"); } |
| 57 | +
|
| 58 | +%% |
| 59 | +
|
| 60 | +int main(){ |
| 61 | + while(yylex()!=0){ |
| 62 | + } |
| 63 | + return 0; |
| 64 | +} |
| 65 | +``` |
| 66 | + |
| 67 | +正規表現で入力を受け取ります。例えば0~9の入力があった場合は`Number!!`と出力します。これがlexingです。 |
| 68 | + |
| 69 | +そしてここで変換されたトークンの結果を、次の構文解析器に渡します。 |
| 70 | + |
| 71 | +{/* |
| 72 | +本当はブログ内でv8のコードを用いて書きたかったが、c言語への理解が足りないので諦めた。別で書きたい。 |
| 73 | +
|
| 74 | +少しv8のコードを見てみましょう。[src/parsing/token.h](https://github.com/v8/v8/blob/main/src/parsing/token.h)というコードの中に、トークンの定義がされています。 |
| 75 | +例えば`return`では、kReturnというトークンに変換されるようになっています。 |
| 76 | +
|
| 77 | +```h |
| 78 | +K(kReturn, "return", 0) \ |
| 79 | +``` |
| 80 | +
|
| 81 | +次に[src/parsing/scanner.h](https://github.com/v8/v8/blob/main/src/parsing/scanner.cc)を見ていきます。これはコードの走査(Scan)を行う実装が書かれています。 |
| 82 | +例えば以下は文字列リテラルに対して実行されるコードです。 |
| 83 | +
|
| 84 | +```cc |
| 85 | +Token::Value Scanner::ScanString() { |
| 86 | + base::uc32 quote = c0_; |
| 87 | +
|
| 88 | + next().literal_chars.Start(); |
| 89 | + while (true) { |
| 90 | + AdvanceUntil([this](base::uc32 c0) { |
| 91 | + if (V8_UNLIKELY(static_cast<uint32_t>(c0) > kMaxAscii)) { |
| 92 | + if (V8_UNLIKELY(unibrow::IsStringLiteralLineTerminator(c0))) { |
| 93 | + return true; |
| 94 | + } |
| 95 | + AddLiteralChar(c0); |
| 96 | + return false; |
| 97 | + } |
| 98 | + uint8_t char_flags = character_scan_flags[c0]; |
| 99 | + if (MayTerminateString(char_flags)) return true; |
| 100 | + AddLiteralChar(c0); return false; |
| 101 | + }); |
| 102 | +
|
| 103 | + while (c0_ == '\\') { |
| 104 | + Advance(); |
| 105 | + // TODO(verwaest): Check whether we can remove the additional check. |
| 106 | + if (V8_UNLIKELY(c0_ == kEndOfInput || !ScanEscape<false>())) { |
| 107 | + return Token::kIllegal; |
| 108 | + } |
| 109 | + } |
| 110 | +
|
| 111 | + if (c0_ == quote) { |
| 112 | + Advance(); |
| 113 | + return Token::kString; |
| 114 | + } |
| 115 | +
|
| 116 | + if (V8_UNLIKELY(c0_ == kEndOfInput || |
| 117 | + unibrow::IsStringLiteralLineTerminator(c0_))) { |
| 118 | + return Token::kIllegal; |
| 119 | + } |
| 120 | +
|
| 121 | + AddLiteralChar(c0_); |
| 122 | + } |
| 123 | +} |
| 124 | +``` |
| 125 | +
|
| 126 | +`next().literal_chars.Start()`という関数が出てきました。関数としてのインターフェースは以下のようになっています |
| 127 | +
|
| 128 | +```h |
| 129 | +TokenDesc& next() { return *next_; } |
| 130 | +``` |
| 131 | +
|
| 132 | +これは[scanner.h](https://github.com/v8/v8/blob/d0d9d34ebba710caa4a8cdfe2d7c60954b6d2380/src/parsing/scanner.h#L736)というファイルに定義されています。(`.h`という拡張子がついたファイルはヘッダファイルと呼ばれ、あらかじめ変数や関数を定義して、それをソースファイルの先頭で呼び出し実行されます。) |
| 133 | +*/} |
| 134 | + |
| 135 | +## 構文解析 |
| 136 | + |
| 137 | +次に構文解析です。この解析では字句解析で生成されたトークンをもとに、構文木などを生成する作業を行います。 |
| 138 | +実際のコンパイラでは、字句解析と構文解析を合わせて`Parser`と呼んだりしていることが多いように感じます。 |
| 139 | + |
| 140 | +以下のようなコードであれば、どのような構文木が生成されるかみていきましょう。 |
| 141 | + |
| 142 | +```c |
| 143 | +int main() { |
| 144 | + int a = 10; |
| 145 | + if (a != 0) { |
| 146 | + a = 0; |
| 147 | + } |
| 148 | + return 0; |
| 149 | +} |
| 150 | +``` |
| 151 | + |
| 152 | +[自分が今回用意したコード](https://github.com/yossydev/try-compiler/blob/main/yacc.y)のようになっているのであれば、以下のような構文木になります。 |
| 153 | + |
| 154 | +``` |
| 155 | +Program |
| 156 | +└── FunctionDefinition |
| 157 | + └── CompoundStatement |
| 158 | + ├── VariableDeclaration |
| 159 | + │ ├── Identifier: a |
| 160 | + │ └── Value: 10 |
| 161 | + ├── IfStatement |
| 162 | + │ ├── Condition |
| 163 | + │ │ ├── Left: Identifier (a) |
| 164 | + │ │ ├── Operator: != |
| 165 | + │ │ └── Right: Number (0) |
| 166 | + │ └── Body |
| 167 | + │ └── AssignmentStatement |
| 168 | + │ ├── Left: Identifier (a) |
| 169 | + │ └── Right: Number (0) |
| 170 | + └── ReturnStatement |
| 171 | + └── Value: Number (0) |
| 172 | +``` |
| 173 | + |
| 174 | +簡単に説明を載せておきます。 |
| 175 | + |
| 176 | +- プログラム全体は`Program` |
| 177 | +- `Program`の直下に`FunctionDefinition`があります。ここがmainと宣言した部分にあたります。 |
| 178 | +- `FunctionDefinition`の直下に`CompoundStatement`があります。これは関数の本体です。 |
| 179 | +- `CompoundStatement`の中に、順番に以下の要素があります: |
| 180 | + 1. `VariableDeclaration`: 変数 a を 10 で初期化します。 |
| 181 | + 2. `IfStatement`: 条件文を表します。 |
| 182 | + - `Condition`: a != 0 という条件を表します。 |
| 183 | + - `Body`: if 文の本体で、ここには代入文が含まれています。 |
| 184 | + 3. `AssignmentStatement`: a = 0 という代入を表します。 |
| 185 | + 4. `ReturnStatement`: 関数からの戻り値 0 を表します。 |
| 186 | + |
| 187 | +### 構文解析の種類 |
| 188 | + |
| 189 | +構文解析には大きく二つの解析手法があります |
| 190 | + |
| 191 | +- 上向き構文解析 |
| 192 | +- 下向き構文解析 |
| 193 | + |
| 194 | +上向き構文解析は、**葉から根へと作っていくように解析が進められる**解析手法です。 |
| 195 | +つまり値をみて次に字句解析が行われ、構文解析がされるということ。 |
| 196 | + |
| 197 | +次に下向き構文解析は反対で、**根から葉へと解析を進め、最終的に入力に合うように解析木を構築していく**解析手法です。 |
| 198 | + |
| 199 | +あまりここら辺は理解できていないので今回はこれくらいにしておきます🙇♂️ |
| 200 | + |
| 201 | +## 意味解析 |
| 202 | + |
| 203 | +次に意味解析についてです。 |
| 204 | +ここでは**字句解析時に生成したトークンが文法的に正しいかどうかをチェック**します。 |
| 205 | + |
| 206 | +例えば以下のようなケースです。 |
| 207 | + |
| 208 | +- 宣言されてない変数は使うことはできない |
| 209 | +- 宣言されていても誤った使い方をしているものをコンパイラは発見しなければならない |
| 210 | + |
| 211 | +具体的に、TypeScriptを例にみて行きたいと思います。 |
| 212 | + |
| 213 | +```ts |
| 214 | +const PI = 3.14159; |
| 215 | +PI = 3.14; |
| 216 | +``` |
| 217 | + |
| 218 | +この例ではconstという定数を制御する文法に対して再代入を行おうとしているのでエラーになります。これは言語の仕様的にコンパイルエラーになるようにコンパイラは実装する必要があります。 |
| 219 | + |
| 220 | +そして意味解析では型チェックも行います。 |
| 221 | + |
| 222 | +```ts |
| 223 | +let name: string = "Alice"; |
| 224 | +name = 42; |
| 225 | +``` |
| 226 | + |
| 227 | +string型に対して、number型の値を再代入しようとしているので、これも仕様的にコンパイルエラーにならなければなりません。 |
| 228 | + |
| 229 | +今回も意味解析のコードを[こちら](https://github.com/yossydev/try-compiler/commit/1301749e4db5d81862e4d418ee168f9b28ed55d8)で実装しています。 |
| 230 | +以下のようなコードはエラーになります。 |
| 231 | + |
| 232 | +``` |
| 233 | +int main() { |
| 234 | + b = 10; |
| 235 | + return 0; |
| 236 | +} |
| 237 | +``` |
| 238 | + |
| 239 | +`b`という変数は宣言されていないので、`Undeclared variable`というエラーになります。 |
| 240 | + |
| 241 | +## 🚧 コード生成 |
| 242 | + |
| 243 | +書くのにカロリーかなり使ったのでまた暇な時に書きます🙏 |
| 244 | + |
| 245 | +## まとめ |
| 246 | + |
| 247 | +アプリを開発するだけではあまりコンパイラの挙動など理解しなくても開発はできると思いますが、筆者としてはフレームワークやライブラリの挙動を理解するためにもこういった普遍的な部分の勉強が遠回りでも大事だと思っています。 |
| 248 | +今後はOSSのコードを読んで実際のコードと比較しながらより理解度を深めて行きたいです。 |
| 249 | + |
| 250 | +フロントエンドは好きですが、これからは異なる分野の技術にも触れて行きます💪 |
| 251 | + |
| 252 | +## 関連/参考リンク |
| 253 | + |
| 254 | +- [コンパイラ [コンピュータサイエンス教科書シリーズ] (コンピュータサイエンス教科書シリーズ 8)](https://www.amazon.co.jp/dp/4339027081?psc=1&ref=ppx_yo2ov_dt_b_product_details) |
0 commit comments