キャサリンは、alloca() の使用を移植可能にする作業を行っています。これは一部のシステムでは問題となりますが、場所によっては簡単になります。
Jos Bergervoet は、いくつかの g95 の問題を抱えたメールを送信しました。それらのいくつかはすでに修正されていますが、shape() および resize() 組み込み関数にいくつかの修正を行いました-修正はかなり簡単でした– != から == …
今日の午後、 スティーブン・ボッシャーと遅めの昼食をとりました。彼はさまざまな航空施設への遠足の一環として町にいます。g95 の方向性、言語標準、その他のコンパイラ、ヘイデン ビュートに登ってフェニックスの素晴らしい景色を眺める方法など、あらゆる種類のことについて約 2 時間話しました。
彼は私に300gのチョコレートと、ドロステ「ショコラードエクストラピュール」をくれました。彼は、それらがファッジよりも優れていることを望んでいると言いましたが、これはチョコレートに対する深刻な誤解を示しています.私はこれ をファッジにします. 具材はこれで全部、期待大です。
2月5日
このページを最新の状態に保つのにうんざりしています。ここ数日を要約すると：
Konstantin Olchanski は、固定形式で 132 文字の行長のサポートを追加する小さなパッチを送信しました。彼はまた、2 の補数演算が使用されている場合の 2 進 – 8 進 – 16 進定数のいくつかの欠点を指摘しました。オーバーフローが発生する 0x8000000 を除いて、ほとんどこの問題に対処しました。彼はまた、’f800’Z という形式の代替 16 進定数を尊重しないことも指摘しました。これについては後で詳しく説明します。
Steven Bosscher さんは、半分修正された 2 つの組み込み関数に関するいくつかの問題レポートを送信しました。
DCMPLX の問題は引き続き発生します。LAPACK は、CMPLX とほとんど同じ方法で DCMPLX を使用します。つまり、整数の引数と、場合によっては 1 つの引数です。したがって、これも修正する必要があるようです。これらの拡張機能の問題は、それらが標準にないことです…
また、ライブラリ関数の名前を付ける静的文字列の格納方法も修正しました。以前の方法は、メモリのチャンクを割り当て、そこに可能なすべての文字列を次々に配置し、必要に応じて文字列を直線的に検索するだけでした。
これに関する問題は、プールのサイズを拡大し続けなければならないことであり、さらに多くの成長が見られるようです. 力ずくの検索を行うことは、ポイントを超えたトラブルを求めているため、より洗練されたアプローチを採用しました。個別の線形リストを持つハッシュ テーブルができました。考えられる文字列はすべて保存されなくなりました。必要に応じて作成されるため、サイズを抑えるのに驚くほど効果があります。新しいコードは 400 行のファイルから約 100 行を削減したので、これは間違いなく良いことでした。
トリミングしても、g95 は現在 34,000 行の長さです。
