配列要素へのランダム アクセスのコードのデバッグを開始しましたが、マッチャーで要素が失われたように見える問題に遭遇しました。問題は、コンストラクタ構造に子構造の 2 つのリンク (‘child’ と ‘expr’) があることが判明しました。これを取り除くには、再加工が必要になります。
Katherine はまだ組み込み関数に取り組んでおり、要素参照の処理について考え始めています。
5月28日
Katherine Holcomb は、Michael Richmond によって報告された最小/最大組み込み関数に関連するバグを修正しました。Michael はまた、現在の tarball は現在の状態ではコンパイルできないと報告しました。Sourceforge の最近の問題を考えると、彼女が変更をチェックインしたかどうかは聞いていません。どうやら、root パスワードはトロイの木馬バージョンの ssh によって盗まれたようです。CVS のソースと私がローカルに持っているソースとの間に違いは見られなかったので、g95 には何らかのウイルスが挿入されていません。
5月26日
リシェイプ機能に少し取り組みました。最も単純な形式では、この関数は配列インデックスのラベルを付け直すことになります。より複雑な形式では、対処しなければならないパディングと順列があります。これには、線形リストではなくツリーである可能性があるコンストラクターを指定して、配列式の n 番目の要素を抽出する関数が必要です。今日はチェックインなし。
Sourceforge の ssh はまだ接続されていないようです…
5月23日
Michael Richmond さんが、SNGL と FLOAT にオプションの kind パラメータが与えられていないことによるコア ダンプを発見しました。これを調べた後、これらの種類のパラメーターは、REAL の特定のバージョンであるにもかかわらず、SNGL と FLOAT では許可されていないように思えます。他のどのコンパイラも種類パラメータを受け入れないため、g95 をこれに準拠させるには、別の単純化関数が必要です。
私のグリッドの悩みは続いています。さらに別の有望なスキームは、デバッグされているにもかかわらず、今日は機能しませんでした。私のポイントセットは「十分な間隔」ですが、形状の悪い四面体を生成せずに三角形分割することはまだ不可能であるという結論に達しました。これは、前線がどこにあるかに基づいてポイントが選択される、前線三角測量のバージョンを実装することを余儀なくされることを意味します。もちろん、これを行う方法に関する論文は読めないか、ポイントの位置の正確な詳細が省略されています。
もちろん、これはグリッド ジェネレーターを販売できるようにするためです。私はこれに問題はありませんが、不完全な論文の掲載を許可する査読者には問題があります。
少なくとも g95 については、物事が前進しているという感覚があるので、論文を犠牲にして g95 の通常の作業を再開するつもりです。過去 2 か月で、おそらく 10,000 行のコードを書き、デバッグし、破棄しました。これは、基礎となるアルゴリズムが必要な処理を実行していなかっただけであり、それが私に届き始めているためです。
