Katherine Holcomb は組み込み関数のプラグインを行っており、現在 min/max ファミリに取り組んでいます。
私に関して言えば、私の論文に関してたわごとがファンを襲った。グリッドジェネレーターだけでは不十分であることがわかりました。私の顧問は、何か手っ取り早いものが必要だと言っています。私も完全に同意しますが、現在の実装はハックにハックでした。だから私はここ数日、他のことにほとんど取り組んでいませんでした。ほとんどの文献はくだらないものです。読めないか、重要な詳細が省略されています。とにかく、私は実行可能な何かを持っていると思います。
3月26日
Jonathon Dursi さんは、拡張子からファイルのソース形式を簡単に判別できるようにするパッチを送信しました。新しい関数はファイル名を受け取り、正しい FORM 列挙を返します。また、貢献ページを別の小さいながらも分散したプロジェクトで更新しました。
3月25日
コンストラクターを単純化することで発生したいくつかの問題を修正しました。合格率は過去最高の95.2%。残りの問題の大部分は、その厄介な RESHAPE 組み込み関数を減らすことに関係しているようです。式内の配列指定を追跡するための機構がいくつか用意されており、実際の組み込み自体を実装することはそれほど悪くないように見えますが、後で見ていきます。
10 を底とする対数の整数を返す単純なバージョンの log10 を使用することで問題を解決できると考えて、log10 の実装を削除し始めましたが、PRECISION 組み込み関数では基数に を掛けた 10 を底とする対数が必要であることが判明しました。整数部分が抽出される前の桁数から 1 を引いた数。
Katherine Holcomb が IBITS サブルーチンの実装をチェックインしました。
3月21日
g95 で種類の型を記述する方法が書き直されました。整数の場合、入力は種類数、基数、数字、および bit_size です。これから g95 は huge() と range() の値を計算します。実数の場合、入力は種類数、基数、数字、最小および最大指数です。この巨大さから、範囲、精度、および極小がすべて計算されます。
必要な関数を simple.c に追加したところ、この変更を開始してからキャサリンがチェックインしたことがわかりました。だから私は最初のマージをしなければなりませんでした。私は tkdiff を使用しました。これにより、物事はかなりスムーズに進みました。何も問題はなかったと思います。
現時点では、彼と話すことは大西洋をまたぐ電話にはならないので、私は今夜早く Toon Moene と話しました。Toon は、ラスベガスで開催された J3 委員会に私たちの状況を報告しました。彼は、Fortran 95 に対する約 20 の解釈に取り組んでおり (これはかなりの量です)、彼の小委員会である C 相互運用性委員会は、未解決の問題の最後の問題を解決しようとしていると述べています。
これまでに 1 つ行ったことがあるので、これらは実際にワーキング バケーションであり、多くの異なる書類に費やす日と、書類の再入力に費やす夜があります。（観察しているだけならかなり緩いと思います）。
Michael Richmond は今朝、CVS からダウンロードするのではなく、昨夜の tarball をダウンロードしてコンパイルしたことに驚きました。tarball は、チェックインしたかどうかに関係なく、Web ページを更新したときにハード ドライブにあったもののコピーです。この場合、彼は g95 を実行し、何があっても次の出力を得ました。
0.2718281828459045235e1
数学者は、これを自然対数の底である「e」として認識します。出力は、正しく計算されていることを確認するためのデバッグ出力です。Fortran コンパイラが e を計算するのはなぜですか? その理由は、HUGE、TINY、および PRECISION 組み込み関数では、10 を底とする対数を評価する必要があるためです。常用対数は通常、自然対数で評価され、選択した級数が収束するように引数をスケーリングするために「e」が必要でした。
Michael はまた、単純化できず、実行時に評価する必要がある戻り値の型と種類の関数呼び出しを扱うバグを指摘しました。
