月曜日にバグ報告が殺到した後、今日は非常に静かでした。Jos Bergervoet の残りのバグと、数日前に Plasmakin スイートで見つけた配列処理に関する別のバグのために、配列の処理方法を少し修正しました。
解決フェーズまで、配列参照が配列要素に対するものかベクトル添字に対するものかの決定を延期する必要があることがわかりました。これは、添字がモジュール プロシージャである可能性があり、それ自体がスカラーまたはベクトルである可能性があるためです。そのため、すべてのモジュール プロシージャが解析されるまで決定を待たなければなりません。
RESHAPE() 組み込み関数を除いて、物事はほぼ半分に戻っています。現在、形状引数の要素数に依存する正しいランクを返しません。まだチェックインしていません。
他のニュースとしては、書式設定担当者が口頭弁論を保留する許可を与えてくれたことと、まだ見ていないいくつかの「マイナーな」修正が加えられていることです。詳細は随時。
3月4日
Laurent Klinger さんが、READ 文の内部ファイルでもある INTENT(IN) 変数の問題を報告しました。エラーは WRITE ステートメントでトリガーされているはずです。
Édouard Canot さんは、異なる名前空間にある配列の RESULT 変数に関係する別のクラッシュを報告しました。
REAL 組み込み関数については、たくさんの議論がありました。Katherine は simple.c の問題の一部を修正し、私は iresolve.c の問題を修正しました。
Jos Bergervoet さんは、他にもたくさんの問題を報告しました。1 つ目は、コンストラクトの ID が判明する前にシンボル テーブルをあまりにも迅速に変更することに関係していました。2 つ目は、余分な右括弧が存在する場合にのみ失敗する可能性のある、配列コンストラクターの一致におけるエラー処理でした… (それはそうでした)。MATMUL が正しいランクを返さず、配列仕様が型とともにモジュール プロシージャにコピーされませんでした。MAXVAL() に関する別の問題がありましたが、後で待つ必要があります…
