シンボルの変更に関する問題が見つかりました — ステートメントを拒否する必要があり、名前空間が解放される前にシンボルの変更が元に戻されます。それ以外の場合、名前空間はなくなり、シンボルの取り消しはなくなったシンボルに対して動作します。
HUGE、RADIX、EPSILON、PRECISION、および RANGE 組み込み関数のサポートが追加されました。これらは、現在の失敗の多くを引き起こします。これは、組み込みの処理にいくつかの変更を加えたことを意味し、効果的にそれぞれを整数と実数で動作する汎用関数にしました。特定の機能はすべて同じ名前であるため、アクセスできません。
これにより、make_generic() の呼び出し規約も少し変更されました。ジェネリックにする必要がある関数の名前を指定すると、特定のバージョンはすべて、ジェネリック ノードに続くノードになります。これが機能するもう 1 つの理由は、各総称名が特定の名前と同じであることです。
1月12日
モジュール プロシージャにプロシージャ タイプを追加するメカニズムの追加が完了しました。これは解析フェーズ中に発生する可能性があります。これは、プログラム単位内に含まれるプログラム単位に到達するまでに、モジュール プロシージャがすべて宣言されているためです。変更自体はデバッグされていますが、g95 はシンボルを元に戻す際に何らかの形でコアをダンプし、今夜はトレースする時間がありません。
1月10日
Stuart McNicholas は、interface.c のコンパイルを妨げる問題について書いています。私はすぐにそれに到達しようとしますが、他にも多くのことが起こっており、心皮トンネルは再び痛みを伴う頭を抱えています. 良いニュースは、私が間違っていたことが何であるかを理解し、状況を修正したことです.
1月7日
g95_interface 構造体の再挿入が完了しました。LAPACKでテストしたところ、うまくいくようでした。完全なテストスイートがどのように機能するかを見ていきます。
