さまざまなクラッシュについて、Michael Richmond、Mohammed Dakna、Pawel Salek からの蓄積された電子メールを調べました。彼らが報告したものはすべて、当時と現在の間のある時点で修正されています. Martin Kleinschmidt によって報告された (他の人からも報告されていますが)、GOTO ステートメントを使用できない do-loop の終了ステートメントに関する問題を修正しました。問題は次のようなプログラムでした
10を行う、i=1、10
…
10 if (i.eq.5) goto 20
ループの最後のステートメントは、技術的には「goto」ステートメントではありません。新しいステートメント タイプ ST_SIMPLE_IF を導入し、g95_match_if() を変更して、’if’ の背後にあるステートメント タイプの代わりにそれを返すようにしました。
Tobi は、EPSILON 組み込み関数のチェック機能を追加するパッチを送信しました。
Katherine と私は、必要のない式を g95 が簡素化した場合に -pedantic に警告を発するパッチを追加しました。
simple_sqrt() のコア ダンプを修正しました。
6月13日
昨夜は 0.2% 上昇しましたが、100.0% に向かって少しずつ伸びています。現在の問題は、コンパイラが何を知っているか、いつそれを知っているかに関係しています。たとえば、宣言 “INTEGER A” は、A が整数ではないことを示していません。一方、「INTEGER A(20)」と「INTEGER :: A=20」はどちらも、A が関数ではなく、変数であることを意味します。
g95 は、モジュールを作成するときに変数として宣言するのが時期尚早でした。現在、「不明」な名前は書かれていませんが、そうしなければならないようです。
Guillermo Valor が Itanium 上の g95 のレポートを送ってくれました。まだ詳細を調べる機会はありませんでしたが、そこにある gcc は私が使用しているものよりもうるさいようです。
Michael Richmond がいくつかのバグを送ってくれました。私はそれを Katherine に転送しました。
明日はお金のための仕事なので、おそらくg95の時間はありません.
もう 1 つの良いニュースは、グリッドの問題が解決したことです。geompack を修正したり、新しいジェネレーターを発明したりする代わりに、ポイントを摂動させて geompack を試してみることにしました。うまくいかない場合は、もう一度混乱させてやり直します。これで、委員会の全員が同時に町に集まる 8 月に向けて順調に進んでいます。おそらく愚かなことに、計算時間を 1 か月節約できるように見えるもう 1 つの変更を追加するのに 1 週間を費やすつもりです… この時点で必要になります。
6月12日
改善は 0.6%、つまり約 40 ファイルでした。問題の一部は、初期化式であるはずの配列内でコンストラクターを展開していませんでした。修正は簡単で、他のファイルが依存している 1 つのモジュールから、さらに 30 ～ 40 個のファイルを成功列に追加する必要があります。
Tobi は Rob に、テスト スイートで簡単に修正できるもう 1 つの点についてメモを送りました。これは、g95 が適切なモジュールを見つけられるようにする include オプションです。
