デバッグのみを目的としたコマンド ライン オプションを追加しました。-v オプションは「冗長」で、名前空間とコード構造の出力を制御します。それらはデフォルトで出力されましたが、現在は -v を指定する必要があります。これは、問題のないプログラム単位で大量のテキストが出力されるのを防ぐためです。
Tobi が先日見つけた問題を追跡しようとしましたが、あまりうまくいきませんでした。種類のパラメーターの領域でいくつかのクリーンアップを行う必要があると思います–このコードはg95の歴史の非常に早い段階で書かれており、冗長なサブルーチンが浮かんでいるようです…
6月8日
私は今日、組み込みインターフェースのチェックに関するいくつかのメモをキャサリンにメールしました。コピーは、今ではメーリング リストのアーカイブにあるはずです。今日は g95 に取り組むチャンスはあまりありません。
6月6日
Niels Jensen は、配列添字の一致に関連する別のバグを送信しましたが、現在は修正されています。
g95_match_variable()割り当て可能な変数に一致する 関数を作成しました。DATA次のようなステートメントに は、このようなものが必要です。
データ A / 6 /
このマッチャーが を使用するg95_match_exprと、「A/6」という表現が一致しますが、これはまったく正しくありません。変数一致サブルーチンでよりクリーンになる場所は他にもたくさんあります。
昨夜の更新でいくつかの重大なタイプミスを修正しました。かなり拭かれました…
6月5日
Legionプロジェクト で働いている Katherine Holcomb が私のためにアカウントを手配してくれました。これは、標準が曖昧な場合に備えて、いくつかの商用 f90 コンパイラとテスト用のアルファ プラットフォームに簡単にアクセスできることを意味します。
残念ながら、今夜は g95 に参加する時間がありませんでした。
6月4日
Niels Jensen がいくつかのバグ レポートを書き込んでくれました。私は彼が見つけたすべてのものと、その他のいくつかを修正しました。私は実際に g95 を fortran 77 コードのより大きなブロックに適用し始めました。いくつかの有望な結果が得られました.いくつかの問題はまだ存在しますが、正しく読み取られるステートメントはたくさんあります.
6月3日
FORMATステートメント の解析を実装しました。Fortran コンパイラーに対する私の長年の不満の 1 つは、コンパイラーがエラー・チェックをライブラリーに任せていることです。必要な結果を出力する直前に、数時間後にプログラムがクラッシュする原因となる不適切な形式を指定するのは本当に残念です。
私は以前よりも経験を積んでおり、フォーマット エラーを起こすことはありません (まあ、ほとんどありません) が、優れたコンパイラは一定のフォーマット文字列をチェックする必要があると思います。これを行うにはかなりの量のコードが必要でしたが、新しいソース ファイルformat.c.
また、プログラム単位でラベルを追跡するロジックの作業を開始し、重複したラベルが定義されていないこと、およびラベルが正しい方法で使用されていることを確認しました。
