変更履歴 2.090.0

lazy パラメータの基礎となるデリゲートを抽出できるようになった。 & 演算子を使う:

void test(lazy int dg)
{
    int delegate() dg_ = &dg;
    assert(dg_() == 7);
    assert(dg == dg_());
}

void main()
{
    int a = 7;
    test(a);
}

以前はコンパイルエラーが発生していた。

GCの状態に関する情報を公開する新しい関数が追加された。 この関数は、現在のスレッドがGCヒープ上に割り当てられたオブジェクトのデストラクタ(ファイナライザ)を実行している場合、true 。 を実行しているかどうかを返す:

• もはや参照されていない
• への明示的な呼び出しが行われたGC.runFinalizers への明示的な呼び出しが(通常は共有ライブラリのアンロードの一環として)行われた。

GCヒープに割り当てられたオブジェクトのデストラクタには、現在いくつかの制限や奇妙な点がある。 がある:

• 到達不可能なすべてのオブジェクトのデストラクタは、不確定な順序で実行される、 到達不可能なオブジェクトのデストラクターはすべて不確定な順序で実行されるため、オブジェクトの最終化中にオブジェクトのメンバーが生きているという保証はない。 最終化
• ファイナライズ中の割り当ては禁止されている。
• スタックに割り当てられたオブジェクトとは対照的に、部分的に構築されたオブジェクト(コンストラクタが例外をスローしたオブジェクト。 コンストラクタが例外をスローしたオブジェクト)を最終化することができる。

core.memory.GC.inFinalizerを使えば、上記のようなプログラミング・エラーを効率的に防ぐことができる。 上記のようなプログラミング・エラーを効率的に防御したり、特定のオブジェクトがGCによって破棄されたままになっていないかどうかを検出したりするために使うことができる。 オブジェクトがGCによって破棄されたままになっているかどうかを検出することができる。

新しいモジュール(core.internal.execinfo)がプラットフォームに依存した が追加された。C言語ランタイムの一部としてexecinfo実装を提供する全てのPOSIXシステムにおいて 実装を提供するPOSIXシステム上では、適切な実装に依存したexecinfoモジュールが自動的にインポートされる。 依存のexecinfoモジュールが自動的にインポートされる。

それに加えて、分離されたライブラリとして構築された外部のexecinfo 実装を使用する機会がある。

重要: Cランタイムがexecinfo機能を提供しないプラットフォームでは、外部ライブラリ(例えばlibexecinfo)を使用するかどうかを決める必要がある。 機能を提供しないCランタイムを持つプラットフォームでは、外部lib(libexecinfoなど)を使うかどうかを決める必要がある。 を使うかどうかを決めなければならない。そうでない場合、DRuntimeはバージョンIDを追加することなく普通にビルドされる。 しかし、外部libを使用する場合は、次のバージョンIDのいずれかをコンパイル時に選択しなければならない。 バージョンIDはコンパイル時に選択される。つまり、選択した 外部形式は、DRuntimeを再構築せずに後で変更することはできない。

誰かがこのようなOS(musl libcを使用するもの)用にDRuntimeをパッケージ化し、そのパッケージを提供する場合、この点に留意することは非常に重要である。 このようなOS(例えば、musl libcを使用しているOS)用にDRuntimeをパッケージ化し、execinfoのサポートがあるパッケージとないパッケージを提供する場合、この点に留意することが本当に重要になるだろう。 とexecinfoサポートなし(特定の外部ライブラリを またはソースベースのパッケージの場合、このビルドオプションを を選択できるようにする(portageなど)。

上記のフォーマットは、「古典的な」バックトレース出力のほとんどをカバーしている。 重要:" フォーマットは簡単に追加できる。

組込み関数 core.math.toPrecは、その floatの精度に丸める、 doubleまたはreal の精度で丸める。

のような浮動小数点アルゴリズムもある。 Kahan-Babuska-Neumaier和のようないくつかの浮動小数点アルゴリズムは、特定の精度の丸めを必要とする を必要とする。しかし しかし、すべての演算の後に精度に丸めることは、一般的なケースでは全体的な精度を失い、実行時性能の問題となる。 を失い、実行性能の問題となる。

これらの関数を追加することで、必要な箇所で丸めを保証することができる。 これらの関数を追加することで、コード内の必要な箇所で丸めを保証し、アルゴリズム内のどこで丸めが必要かを文書化することができる。 を文書化する。

unittestsのデフォルトをテストのみ実行するように変更した。元の動作(unittestsを実行してからmainを実行する)には--DRT-testmode=run-main 。

ユニットテストを制御する機能は2.078.0で追加され、上記のスイッチはそれ以降のすべてのバージョンで動作する。

callable を受け付けるオーバーロードは、2.079 から非推奨となり、現在は削除されている。 から非推奨となり、現在は削除されている。現在は削除されている。 を受け付けるオーバーロードを使う。

引数を2つだけ受け取るreverseArgs のこの特殊化は、2.079以降非推奨となり、現在は削除されている。 2.079から非推奨となり、現在は削除されている。代わりにreverseArgs を使うこと。

callable を受け付けるオーバーロードは、2.079以降非推奨となり、現在は削除されている。 から非推奨となり、現在は削除されている。現在は削除されている。 を受け付けるオーバーロードを使う。

Phobosに含まれるすべてのシンボルがimport std

このゲッターは、可能であれば、基礎となるjson型をTとして返そうとする。 このような自動整数変換に便利である:

import std.json;
string s = `{ "a": 123 }`;
auto json = parseJSON(s);

// これはjson["a"].floatingでスローされる
assert(json["a"].get!double == 123.0);