FINEARCHS
FINEARCHS
done in #769
> 実行元に処理を戻すという意図でIRQとしてるのかなと思いました。 これがまずよく分からないのですが、どこからどこへ処理が戻されていて、それがなぜ「割り込みリクエスト」と呼ばれるのですか？
えっと、つまり休んでいる間にホスト側が溜まった処理を実行することを割り込みと呼んでいるのですか？
ええ…？ ええ…………………………………………… …………………………………………………………… ……………まあいいか…
割り込み側が自発的にやっている訳ではないことを「割り込み」と呼ぶのも「リクエスト」と呼ぶのも強烈な違和感がありますが、 略語なのでそこまで気になりませんし、 雰囲気はそれっぽいですし、 `step`や`yield`よりは誤魔化せる気がします。
まあひとまずはIRQでいいかもしれません。 という訳で一旦閉じますが、他に気になる人がいたら開けて下さい。
JavaScriptにはasync/awaitがあるので、能動的な割り込みの需要がそもそもなさそう？
## Changes - 新しいAiScriptパーサーを実装 - スペースの厳密さが緩和 - **Breaking Change** 改行トークンを導入。改行の扱いが今までより厳密になりました。改行することができる部分以外では文法エラーになります。 - 文字列リテラルやテンプレートで、`\`とそれに続く1文字は全てエスケープシーケンスとして扱われるように - 文法エラーの表示を改善。理由を詳細に表示するように。 - 複数行のコメントがある時に文法エラーの表示行数がずれる問題を解消しました。 - 実行時エラーの発生位置が表示されるように。 - **Breaking Change** パースの都合によりmatch文の構文を変更。パターンの前に`case`キーワードが必要となり、`*`は`default`に変更。 - **Breaking Change** 多くの予約語を追加。これまで変数名等に使えていた名前に影響が出る可能性があります。 - **Breaking Change** 配列及び関数の引数において、空白区切りが使用できなくなりました。`,`または改行が必要です。...
AiScriptはすでに後方互換性を気にする段階に入っていますし、正式リリースを遅らせる理由はないと考えています。 非破壊的変更でマイナーバージョン、破壊的変更でメジャーバージョンを上げるsemver本来の仕組みに則りたいので、nextをもって1.0.0にしたいと思っています。
その文章はつまり0.x.yのxとyいずれを変更しても破壊的変更とみなされるということだと思いますので、非破壊的変更を示せないという点で不便さが出るのではないかと考えています。 あとはマイナーチェンジとbugfixの違いを示せないというのもあります。