Solaris で発生していた case ステートメントでコア ダンプが見つかりました。問題は、初期化されていないメモリを使用していたことです。
Michael Richmond さんは、FLOAT 組み込み関数を使用するとコア ダンプが発生するバグを報告しました。問題は、FLOAT が、オプションの KIND= パラメーターが予期されないほど、REAL のジェネリックとして扱われていないことでした。何もなかったので、いくつかのランダムなメモリが調べられました。
2月22日
論文の内容は着実に重要性を増しており、これは g95 を犠牲にしています。これは、今後 1 か月か 2 か月続く可能性があります。
ここ数日間、散発的に探していたバグを見つけました。隠しシンボルとしてロードされたシンボルが、実際には使用されていないのに、使用されていないものとして削除されることがありました。また、モジュールのエラー報告を強化しました。bad_module() の古いコードは、書き込みが行われている場合でも読み取り中にエラーが発生し、ある時点でループに陥りました。
必要に応じて派生型を非表示のシンボルとして保存することに関連する問題を修正しました。この分野の最後の修正は、部分的にしか正しくありませんでした。現在、表示されているシンボルは、派生型が関連付けられている可能性のある変数やパラメーターなどのエンティティであるかどうかを確認するためにチェックされます。
数日前に CASE ステートメントを修正したときに作成された問題を見つけるために、いくつかのデバッグ コードを追加しました。x86 Linux バージョンは正常に動作しますが、Sparc/Solaris のテスト スイートは、ポインタが 1 に等しいためにコア ダンプします。これがどのようにそこに到達するのかまったくわかりません。
2月17日
広く分離されたいくつかの問題を修正しました。1 つ目は、派生型に関連付けられた情報の保存に関連する問題であり、これが一般的なモジュールの問題の修正につながりました。CASE ステートメントの解析が修正されました。ブロック名で行を終了できます。
配列のサポートの改善を開始しました。テスト スイートの現在の最大の問題は、RESHAPE 組み込み関数がサポートされていないことですが、これを実装する前にやらなければならないことがたくさんあります。