式ノードを格納するための現在の計画が機能しないことが明らかになりました。特に、構造体の配列を表すことができなかったので、別の方法を考え出しました。それほど違いはありませんが、実装されていても配列を表すのは難しいようです。私はまだコードの一部を切り替えているため、現時点ではコードはコンパイルされません。
配列コンストラクターの解析を途中までデバッグしました。プロセスで式マッチャーを変更する必要がありました–次のようなものです:
(/2/)
は「2」の後に「/」が続くものとして解析され、分母の欠落について不平を言いました。もちろん、解決策は、分母の欠落について不平を言うのではなく、解析ポインターを「/」文字に復元することでした。分母が実際に式から除外されている場合、パーサーは「/」が再読み取りされるときにエラーを生成します。
8月4日
配列コンストラクターを追加するには、新しいデータを格納するために式ノードを変更する必要もあります。私はそれを始めました。構造体コンストラクターの格納にも同じ構造体が使用されます。過去数日間のめちゃくちゃな日付を修正しました…
8月3日
配列コンストラクターの解析が追加されました。まだ呼び出されていませんが、コンパイルされ、動作しているように見えます。このコードは、IO ループの同様の構造に一致するサブルーチンとほぼ同じように機能します。
8月2日
よし、戻る。私は最近とても忙しく、今夜はあまり時間がありませんが、RK コードに現れたいくつかのバグを修正しました。先日お話しした式ノードからsymbol_attributeフィールドを削除しました。これは実際に計算する必要があることがわかりました。下付き文字のような式ではA(1)、実際にはディメンション属性が全体的な属性から削除されます。