変更ログ 2.096.0

コンパイラが更新され、creal 数値の実部を の実数部を返すようにコンパイラが更新された。

これはABIを破壊する変更であり、 型を使用するライブラリを再コンパイルする必要がある。 creal の再コンパイルが必要となる。

これにより、CおよびC++とのインターフェイス・コードで、ABIとの互換性を維持できるようになった。 _Complex 型との互換性を維持できる。 これは、非推奨となる予定の組み込み型cfloat 、cdouble 、および creal に取って代わる。

このリリースまでは、ポストブリットはコピーコンストラクタよりも優先されていた、 を優先していた。そのため これにより、コピー・コンストラクタを使用する新しいコードが、ポストブリットを使用するライブラリ・コードと相互作用するのを防いでいた。 と相互作用することを防いでいた。この相互作用を可能にするには、生成されたポストブリット とコピーコンストラクタ(ユーザー定義または生成)を持つことは非推奨となった。 例::

// ポストブリットを使ったライブラリコード
struct A
{
    this(this) {}
}

// コピーコンストラクタを使った新しいコード
struct B
{
    A a;
    this(const scope ref B) {}
}

今回のリリースまで、上記のコードでは、struct B 、生成されたポストブリット がユーザー定義のコピーコンストラクタよりも優先されていた。このリリースでは このリリースでは、 structB の定義で、非推奨が発行される。 postblitはコピー・コンストラクタよりも優先される。B 。 ユーザー定義のポストブリットとコピー・コンストラクタ(生成またはユーザー定義)の両方がある場合、ポストブリットは、コピー・コンストラクタよりも優先され続ける、 postblitが優先され続ける。

非推奨を取り除くには、ユーザーは以下のどちらかを行う:

1. struct B で明示的に@disable this(this) 。これは次のように指示する。

2. struct B に対してポストブリットを定義する。これはコンパイラに次のように指示する。

3. struct B からコピーコンストラクタをすべて削除する。

以前のリリースでは、コンパイラが生成するJSON出力に保護レベルが含まれていなかった。 publicが含まれていなかったが、現在は常に含まれる。

以前は、モジュールのコンストラクタとデストラクタは(共有されているかどうかにかかわらず)、関数として出力されていた。 関数として出力され、ドキュメンテーションジェネレーターがそれらを認識する唯一の方法は、以下の通りだった。 である。 つまり、外部ツールはコンパイラ内部の詳細に依存する必要があった。 に依存しなければならない。 このリリースから、kind に4つの新しい値が導入された: shared static constructor shared static destructor,static constructor,static destructor.

ローカルシンボルを持つローカルテンプレートとメンバーテンプレートのインスタンス化のサポートは、DMD 2.087.0で実装された。 シンボルのインスタンス化のサポートはDMD 2.087.0で実装された。しかし、この実装は はGDCおよびLDCバックエンドと互換性がなかった。

D実装間の機能パリティを維持するため、この改良は廃止された。 この改良は非推奨となり、将来のDMDリリースでは削除されるかもしれない リリースから削除されるかもしれない。

以下の機能/バグ修正/改善が に実装された:

• 集合体のフィールド単位のコンストラクタを生成する
• インスタンス化されたクラスをユニークなクラス宣言として生成しない
• インスタンス化された基底クラスのテンプレート引数を生成する
• コンパイラによって特別に処理される不透明な型の列挙型を生成しない。

注釈: ヘッダー・ジェネレーターはまだ実験的なものである。 バグがあったらバグトラッカーに送ってほしい。

DWARFシンボリックデバッグ情報を出力する(非Windowsマシンのみ)。 サポートされるバージョンは3、4、5である。

一度追加されると、-g スイッチが暗黙のうちに有効になる。

注釈:DWARFバージョン5は実験的なものである。

v2.071.0での変更以降、private,protected,public...などの属性は可視属性であり、保護属性ではない、 などは可視性属性であり、保護属性ではない。 しかし、このトレイトの名前はこのような変更より前のものであり、そのため他のすべてのドキュメントと矛盾していた。 と矛盾していた。 今回の変更では新しい名前が導入されただけで、getProtection は非推奨のままになっている、 新しい名前を使用することは、最新バージョンしかサポートしていないユーザーには推奨されるが 新しい名前を使うことは、最新バージョンのみをサポートするユーザーには推奨されるが、非推奨にする予定はない。

synchronized文には、synchronized とsynchronized(exp) の2つの形式がある。 式の引数がない場合、グローバル・ミュテックスは、プラットフォーム依存のクリティカル・セクションの型とそれを格納するのに十分な大きさのスタティック・バッファを使用して作成される。 バッファが作成される。 ポインタ・フィールドを使用する。

例:

void main()
{
    synchronized {
        // __gshared byte[40 + 8] __critsec;
        // _d_criticalenter(&__critsec[0]);
        // scope(exit) _d_criticalexit(&__critsec[0]);
        (cast() counter) += 1;
    }
}

この実装にはいくつかの欠点がある。サイズも critsec アラインメントのどちらも、OSのクリティカルセクションタイプから取得していない。 型から取得されない。その結果、コンパイラが割り当てたサイズが小さすぎたり その結果、コンパイラが割り当てたサイズが小さすぎたり、プラットフォームが厳しいアラインメント要件を持っていたりすると、プログラムのランタイムが同期セクションに入るときにクラッシュしてしまう。 ランタイムがクラッシュする。

このコードは、実行時にクリティカルセクションを遅延的に確保する新しい実装を呼び出すことになる。 セクションを遅延的に確保する新しい実装を呼び出すようになった。

-preview=shortenedMethods が追加された。これにより、ラムダ関数と同様の形式で関数を記述できるようになる:

// この2つは同等である
int foo() { return 1; }
int foo() => 1;

この構文では、=> expr 、関数本体を置き換えることができる。{ return expr; }

2.088で非推奨となった。

2.082で非推奨となり、core.sys.freebsd.sys.mount.

現在、druntimeはデバッグ情報(アドレスと関数名)を提供するためにbacktrace とbacktrace_symbols 関数を使用している。 関数を使用してデバッグ情報(それぞれアドレスと関数名)を提供している。

このことは、Musl libcのようなbacktrace を提供しないターゲットには問題を引き起こす可能性がある。 さらに、backtrace インターフェースは本質的に制限されている。 X フレーム(ここでX はバッファのサイズである)までしか取得できない。 をメモリに保存し続けなければならない。backtrace_symbols も同様である。

一方、libunwindはアンワインドとスタックトレース検査の業界標準である。 様々なプラットフォームに移植されており、シンプルかつ柔軟なAPIを持っている、 GCCの一部であり、同様のライブラリーはLLVMの一部である。

本リリースから、druntimeはLLVMのlibunwindをバックトレース・プロバイダーとして使用できるようになった。 このサポートは、Alpine Linuxで利用可能なLLVMバージョンのlibunwindに限定されている、 に限定されている。

パッケージャーにとっては、druntimeをビルドする際にDRuntime_Use_Libunwind 、 を定義することができる。

浮動小数点数を比較するためのテンプレートapproxEqual は廃止された。 は非推奨となった。

代わりにisClose 。 を使用してほしい。

現在のapproxEqual(a, b) の動作を(ほぼ)維持するには isClose(a, b, 1e-2, 1e-2)を使うことをお勧めする。 isClose(a, b) で動作するようにコードを調整することをお勧めする。

-betterC -L… と もリンクに使われるようになった。 -Xcc=… dflags

アプリケーションの実行に必要なファイルは、copyFiles ビルド・オプションで指定できる、 これにより、これらのファイルがターゲット・パスにコピーされる。VisualD のdubのジェネレーターは、この挙動を再現する。 VisualD用のdubのジェネレーターは、この動作を再現するようになったので、この種のアプリケーションをVisual Studioで正常にデバッグできるようになった。