Laurent は、彼のテスト スイートが成功し、チョコレートがもうすぐ完成することを報告しています。スティーブンのチョコレートからのファッジはほとんどなくなりました (それは天国です)。とても美味しくて、スイスのものが待ちきれません。Laurent から彼のスイートの行数が送られてきましたが、それは約 10,000 行でした。
Steven Kargl さんは、logical(8) が logical(kind=4) に変換できないという問題を報告しました。これにより、なぜ logical(kind=8) を使用するのかについて、リストで小さな議論が始まりました。解決策は簡単でした。 add_conversions() に別のループを追加するだけです。このループは、論理型に対する二重ループを持ち、等式を破棄し、ジョブを実行する内部関数を追加します。
それが終わった後、インターフェイスをロードする問題に戻りました。計画の途中で、うまくいかないことに気づきました。しばらく考えた後、symtree がロードされる前ではなく、後にロードが行われることに気付きました。注文に関しては、積み込みプロセスは非常にデリケートです。私はコードを完成させましたが、まだテストする機会がありませんでした.それは明日まで待つ必要があります.
2月17日
Laurent Klinger さんは、現在修正されている関数の命名に関するさらに 2 つの問題について書き込みました。現在のメソッドは、単一の名前付き引数がプロシージャであるかどうかを判断しようとし、判断できない場合は解決フェーズに延期します。
Hugh Pumphrey さんは、-pedantic と PRESENT() 組み込み関数で誤った警告を報告しましたが、これは修正されました。
LAPACK77 と Meissner が解析して解決するようになったので、Miller スイートに移行しました。最初の修正は、配列仕様の解決を追加することでした。ありましたが、呼ばれていませんでした。
次の問題は、解決関数を必要とする PRODUCT 組み込みでした。その後、globsol と同じインターフェイスの問題に遭遇しました。これは、その問題が次にあることを意味します…
2月13日
Laurent は、彼が取り組んでいる HP/UX でのコンパイルの問題について書き込みました。
さらにいくつかのバグを修正しました。g95_find_component() 内に g95_use_derived() の呼び出しを追加して、構造体のコンポーネントの使用が構造体を「使用している」と見なされ、型名がまだ定義されていない場合に親ユニット内の構造体への参照を強制するようにしました。
もう 1 つの重要な点は、要素関数の初期サポートです。’elemental’ フラグがどちらの方向にあるのかについて、ファイルに多少の混乱があったため、すべての関数 (およびサブルーチン) を調べて、すべてのフラグを同じ解釈に設定しました。次に、引数のランクを結果のランクにコピーする行が resolve_intrinsic() に追加されました。
マイスナー スイートは完全に解析して解決するようになりました…万歳!
