D言語 Part34©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2015/01/25(日) 12:07:29.52

プログラミング言語 D (D Programming Language) について語るスレッドです。

■本家
http://dlang.org/ - 公式（英語）
http://www.kmonos.net/alang/d/ - 公式の和訳 (やや古いので注意)
https://issues.dlang.org/ - D言語バグ報告
https://github.com/D-Programming-Language - D言語開発リポジトリ

■Wiki
http://wiki.dlang.org/ - 公式Wiki
http://dusers.dip.jp/ - D言語友の会（日本語フォーラムあり）

■プログラミング言語D (TDPL: The D Programming Language)
Andrei Alexandrescu 日本語版
http://www.shoeisha.co.jp/book/detail/9784798131108

ソース貼付サイト http://dpaste.dzfl.pl/
<$><$> https://www.bountysource.com/trackers/383571-d-programming-language

■前スレ
D言語 Part33
http://toro.2ch.net/test/read.cgi/tech/1396145538/

■過去スレ、関連スレ
http://makimo.to:8000/cgi-bin/search/search.cgi?q=D%8C%BE%8C%EA&;sf=2&all=on&view=table&shw=5000

**デフォルトの名無しさん** · 2015/02/12(木) 17:37:55.21

>>48
バージョン1.1.4が古すぎて、dubリポジトリから消えたのが原因
(最新30バージョンしかダウンロードできない)

dependenciesに書いてるバージョンのgfmを持ってくればいいよ
git clone (gfmのgitレポジトリ); git checkout v1.1.4してdub add-localするなり、手動でコンパイルするなり

**デフォルトの名無しさん** · 2015/02/12(木) 19:48:39.30

wxDでポトペタで開発できる環境はまだ無かったり？
そういう環境があればあっさり普及しそうなんだが

**デフォルトの名無しさん** · 2015/02/12(木) 19:50:51.16

あっさり動かなくなるのが先

**デフォルトの名無しさん** · 2015/02/12(木) 19:51:29.35

なるほど

**デフォルトの名無しさん** · 2015/02/12(木) 20:51:21.63

QMLバインディングがあるから、QtCreatorとやらでGUIを作れるんじゃないか
試したことないから知らないけど

**デフォルトの名無しさん** · 2015/02/12(木) 20:53:00.31

ポトペタは実はあった
DFLとDWTのコードが書けていた
遠い遠い昔の話だ

**デフォルトの名無しさん** · 2015/02/12(木) 21:06:55.00

そもそもwxDが今や死んでるという…

お願いですからwxDかQtDかのどっちかでいいから生き返ってください
C++からのポーティングはやっぱ難しいのかな

**デフォルトの名無しさん** · 2015/02/12(木) 21:29:47.24

QtDは最初よかったけどなんか根が深そうなエラーが散発的に出てきて辛くなったな
開発者の人もくじけてしまったんだろうか

**デフォルトの名無しさん** · 2015/02/12(木) 21:34:47.94

DFLのポトペタは今もできる

**デフォルトの名無しさん** · 2015/02/12(木) 22:16:49.62

ポトペタという単語、自分とは別の文化圏の香りがする……

**デフォルトの名無しさん** · 2015/02/12(木) 23:09:30.23

QtD サポートのために traits 増やしたお　というのを数年前に見て度肝を抜かれた
だがそれでも時既に遅しだったのかもしれない

**デフォルトの名無しさん** · 2015/02/13(金) 01:55:34.54

>>49
なるほど、確かに古いパッケージ見てみたら該当のソースがあった！
しかし今度はね。それだけじゃなくてね。std.loggerってのもないんだって・・ｗ
Wikiでちょっと見た所、過去にあったimportファイルみたいなのだが、
今はstd.experimentalとやらに分類されてるようで、
それは標準添付ではなくて、リポジトリから持ってこないといけないみたい。
で、loggerというディレクトリに５つのソースファイルに分割されていた・・ｗ
たった１年か２年前のソースをビルドするのがこんなにも大変とは、
D言語の破壊的成長力に、め・・目を見張るばかりだ！

**デフォルトの名無しさん** · 2015/02/13(金) 08:41:05.07

互換性維持しない方向で成長するのは別に構わんけど
過去のリポジトリ消される(ライブラリ含めて)のはめっちゃ困る罠

**デフォルトの名無しさん** · 2015/02/13(金) 08:46:04.43

こういうことがあるからあんまり流行らないんだろうなぁと思う

**デフォルトの名無しさん** · 2015/02/13(金) 10:04:02.80

うーん・・
dub buildで急にエラーが出て何もできなくなった。
ソースとかまるで関係なく、どんなプロジェクトでも同じ文言を吐き出す
ようになったのだが、、

dub build
Error executing command build: Failed to invoke the compiler dmd to determine the build platform: {
"compiler": "dmd",
"frontendVersion": 2066,
"compilerVendor": "Digital Mars D",
"platform": [
"linux",
"posix"
],
"architecture": [
"x86_64"
],
}
Error: Error writing file '/tmp/dub_platform_probe.o'

dub_platform_probe.d見ても原因がさっぱり分からない助けてくれ。

**デフォルトの名無しさん** · 2015/02/13(金) 10:44:48.60

Dの破壊的変更はもっとマシになるべきだが対策することが出来る
だが半生ライブラリはダメだ　滅ぶべき
パッケージシステムは道を誤りし背教者どもの墓標

**デフォルトの名無しさん** · 2015/02/13(金) 13:22:45.55

>>60
え、そっちもGitレポジトリでしょ? 過去の状態のを使えばいいのでは
(内容も変わってるかもしれないし)

**デフォルトの名無しさん** · 2015/02/13(金) 13:33:09.45

>>61
dubレポジトリは個人がボランティアで運営してるっぽいから仕方ない
あそこはGithubからミラーしてるだけだから、どうしても古いバージョンが入手できないということはないしね

2015年前半に、D言語の宣伝・普及のための団体を作るとかいう計画を立ててるらしいけど
それ以前にこういうボランティア任せの部分をちゃんとしたサービスとして運営できる組織を作って欲しいなぁ

**デフォルトの名無しさん** · 2015/02/15(日) 02:45:27.03

人を動かすにはお金が必要なのです…

**デフォルトの名無しさん** · 2015/02/15(日) 03:06:40.00

永遠の17歳でいればずっと輝いていられる
そんなD言語

**デフォルトの名無しさん** · 2015/02/15(日) 09:59:28.43

Swiftのポジジョンに収まっていれば安泰（？）だったかもなぁ

**デフォルトの名無しさん** · 2015/02/19(木) 13:19:34.20

必要なのは D言語の入門・解説ではなく D言語とのつきあい方のガイドである

**デフォルトの名無しさん** · 2015/02/19(木) 13:26:50.22

Beta2
http://downloads.dlang.org/pre-releases/2015/

**デフォルトの名無しさん** · 2015/02/19(木) 15:56:05.50

オオカミ言語

**デフォルトの名無しさん** · 2015/02/19(木) 19:41:27.84

>>70
たしかにそうかも
自称ですら「2番めに学ぶ言語としていいよ！」とか言ってるし

**デフォルトの名無しさん** · 2015/02/19(木) 23:05:32.06

1番目に学ぶべきはCかJavaかC#
2番目に学ぶべきはCかJavaかC#のまだやってないの
3番目に学ぶべきはJavaScriptかPythonかRuby

**デフォルトの名無しさん** · 2015/02/19(木) 23:20:17.85

実際の状況を考えると、CとJavaとC#が選択肢に並ぶ場面ってそうそう無いよな

**デフォルトの名無しさん** · 2015/02/19(木) 23:22:06.59

>>73
ありゃ相当古い記述なのであまり真に受けない方がいい
今は割と初心者向けのリソースがあるし(英語が読めない人間には無いも当然だけど)

**デフォルトの名無しさん** · 2015/02/20(金) 00:33:37.66

D言語はまだ英語無しで学べる言語じゃない

まあレファレンス読むよりソース読んだ方が手っ取り早いかもしれないけど
（でもソースがレファレンスの代わりになるってunittestのおかげだよね）

**デフォルトの名無しさん** · 2015/02/26(木) 23:20:00.62

お前らが「最近のD言語は安定しててつまらない」って言い始めたら本気出す

**デフォルトの名無しさん** · 2015/02/27(金) 00:27:23.38

本当に安定しててつまらないよ、細々とした調整ばかり
今年はDIP69含めて大幅な変更に期待

**デフォルトの名無しさん** · 2015/02/27(金) 00:35:21.49

RoRみたいなキラーフレームワークの登場が最優先だろ
変更ばっかじゃいつまでたっても出てこねえんだよお

**デフォルトの名無しさん** · 2015/02/27(金) 16:16:04.75

まさにRubyも仕様変更の多い言語なわけだし、あまり関係なさそう
キラーなんたらが出る以前に、それなりに人気が無いと始まらん

**デフォルトの名無しさん** · 2015/02/27(金) 17:00:53.63

RubyやPythonと違ってネイティブ吐けるところがメリットだけど
Pythonで間に合ってます

**デフォルトの名無しさん** · 2015/02/27(金) 17:16:40.06

PythonとDの両方が、同時に選択肢に入ってくる状況なんてあまり無さそうだがな

**デフォルトの名無しさん** · 2015/02/27(金) 17:23:58.74

>>81
ライブラリが充実して実用的に使えるバージョンがない
複数組み合わせて使うとたちまち破綻する
比べる土俵が間違ってる

**デフォルトの名無しさん** · 2015/02/27(金) 18:00:21.53

バージョンが変わって動かないなら自分で直せばいいじゃない

**デフォルトの名無しさん** · 2015/02/27(金) 18:17:54.33

他の言語に比べて、D言語でしかできない or ものすごくやりやすいことってなによ？

**デフォルトの名無しさん** · 2015/02/27(金) 19:17:07.04

自分がそうだけど継ぎはぎだらけのC++の汚さに絶望した人がやってるんだと思う
スマートなコーディングができるのにアセンブリコードが出力されるから
Javaやスクリプト系のように速度で妥協することもない

**デフォルトの名無しさん** · 2015/02/27(金) 19:22:04.02

C++で同じことできるって言われても意味ないんだよねえ。
単なる見せかけの機能だけに釣られてる奴はC++やってた方がいい。

**デフォルトの名無しさん** · 2015/02/27(金) 19:23:14.99

ちょっと理解できてないのかな
C++よりスマートなコーディングができることに魅力を感じてるって話なんだけど

**デフォルトの名無しさん** · 2015/02/27(金) 19:28:30.17

とりあえずバカはレスしない方がいいと思うんだ

**デフォルトの名無しさん** · 2015/02/27(金) 19:36:30.29

>>88はお前に同意してるだろ

**デフォルトの名無しさん** · 2015/02/27(金) 19:50:40.22

>>87 >>89
たとえば？
C++ も 11, 14 で多少はマシになったと思うんだけど、
どの辺りが問題で、D言語ならどういうふうにスマートに書けるんだろう？

**デフォルトの名無しさん** · 2015/02/27(金) 19:58:54.66

>ライブラリが充実して実用的に使えるバージョンがない
?

**デフォルトの名無しさん** · 2015/02/27(金) 21:39:53.48

テンプレート絡みだけでかなり差別化できてるんじゃね
あと今更イテレータとか触りたくないよね

**デフォルトの名無しさん** · 2015/02/28(土) 00:25:57.89

C++の偉い人もタイムマシン手に入れたら何したいって聞かれて
C++のテンプレート周りの構文をD言語風にしたいって言ってたな

**デフォルトの名無しさん** · 2015/02/28(土) 01:49:28.71

D言語は気持ちよくプログラミングできるんだ

俺にとってのD使う理由はそれで十分

**デフォルトの名無しさん** · 2015/02/28(土) 02:14:47.96

C++は気持ち悪いからな
関数ポインタとデリゲードが別物であった時点で俺の中では終わった。

**デフォルトの名無しさん** · 2015/02/28(土) 07:17:05.89

>>97
C++で統一できるなら、std::function<...> で統一すれば済む問題だろ？
DのデリゲードはCの関数ポインタに変換できるのか？既存のC製ライブラリを使うときはどうするんだ？

**デフォルトの名無しさん** · 2015/02/28(土) 07:59:44.49

AOっても誰も教えてくれませんよ？

**デフォルトの名無しさん** · 2015/02/28(土) 10:26:19.86

>DのデリゲートはCの関数ポインタに変換できるのか？
Dにも普通の関数ポインタがあるので、そちらを使う
まあデリゲートでも(cast(void function())dg.funcptr)とか出来る、もちろんキャプチャした変数は使えなくなるけど

**デフォルトの名無しさん** · 2015/02/28(土) 10:31:56.76

訂正:dg.funcptrは既に関数ポインタなのでキャストは不要
当たり前だな、何を勘違いしてたんだろう

**デフォルトの名無しさん** · 2015/02/28(土) 10:32:47.26

キャプチャなんてもんがある辞典でC++は消滅すべき

**デフォルトの名無しさん** · 2015/02/28(土) 10:41:51.15

>>100
C++もキャプチャ変数が無ければC関数ポインタとして渡せるから、似たようなものだね。
つまり >>97 は単に無知だったということだな。
>>102 も言葉通りだとナンセンスだが、「キャプチャ変数を明示する必要がある」という意味なら一理ある。

**デフォルトの名無しさん** · 2015/02/28(土) 12:34:31.63

キャプチャ自体はなるほど、と思ったけど
キャプチャ周りの書式はもうちょっとどうにかならんかったかなと思う
初見のときはあまりの違和感に頭がしばらくぐよんぐよんした

**デフォルトの名無しさん** · 2015/03/01(日) 09:38:36.00

https://issues.dlang.org/show_bug.cgi?id=14213
S氏のバグ報告、これってProxyにtoHash付いたのが原因か
getHash(cast(const void*)a)としてるけど、delegateをconst void*にキャストするのがdeprecatedになった

**デフォルトの名無しさん** · 2015/03/01(日) 11:03:23.35

constなdelegateとかにいまだに違和感がある

**デフォルトの名無しさん** · 2015/03/01(日) 20:39:46.21

2.067ﾏﾀﾞｧ-? （･∀･）っ/凵⌒☆ﾁﾝﾁﾝ

**デフォルトの名無しさん** · 2015/03/01(日) 22:07:38.95

まだ RC も出てないよ
後1,2回ベータが出てからその後のはず

**デフォルトの名無しさん** · 2015/03/02(月) 04:53:56.17

始まる前に終わるのか

**デフォルトの名無しさん** · 2015/03/03(火) 18:26:41.34

>>96これ

**デフォルトの名無しさん** · 2015/03/04(水) 10:09:49.78

beta3
http://downloads.dlang.org/pre-releases/2.x/2.067.0/

**デフォルトの名無しさん** · 2015/03/04(水) 23:56:06.11

vibe.dの問題が解決できるまで2.067のリリースを遅らせるようだ

**デフォルトの名無しさん** · 2015/03/05(木) 01:37:44.30

D言語わくわく
http://next 2ch.net/tech/1425486862
　　　　　　 ↑
　　　　　　ﾂﾒﾙ

**デフォルトの名無しさん** · 2015/03/05(木) 02:08:06.26

スパムみたいな書き方だな

**デフォルトの名無しさん** · 2015/03/05(木) 04:06:53.30

punycodeでも検閲回避不能か

**デフォルトの名無しさん** · 2015/03/05(木) 09:52:56.19

2.067ではGCが高速化したらしい

**デフォルトの名無しさん** · 2015/03/15(日) 12:30:14.94

フォーラム見てるとWalterとAndreiに対してヘイトが溜まるなぁ
なんだこいつら

**デフォルトの名無しさん** · 2015/03/16(月) 00:49:17.06

>>117
なんか横暴なことでもしてるの？

**デフォルトの名無しさん** · 2015/03/16(月) 08:22:23.11

別に横暴って訳じゃないけど、なんか他人を見下してる風なんだよな
自分たちと違う意見を持つ人間ってだけで馬鹿にするような返答や皮肉を繰り返してた時はちょっと引いた
特にWalterは何かにつけて「30年間プログラマをやってきた経験」とやらで他人の意見を蹴ったり、一方で都合が悪くなると返事しないので腹立つ

**デフォルトの名無しさん** · 2015/03/16(月) 10:32:44.07

>自分たちと違う意見を持つ人間ってだけで馬鹿にするような返答や皮肉を繰り返してた時はちょっと引いた

あるある
こういう態度からは何も生まれない

**デフォルトの名無しさん** · 2015/03/17(火) 11:46:22.59

2.067RC 出た

**デフォルトの名無しさん** · 2015/03/22(日) 11:14:50.00

やっとか

**デフォルトの名無しさん** · 2015/03/23(月) 09:50:52.33

FacebookがD言語を開発してるみたいな誤解を与えられたの、AAの目論見通りなのかな
実際はちょいと金貰っただけだし、業務ではほぼ使われてないとAAも言ってたし

**デフォルトの名無しさん** · 2015/03/26(木) 10:19:51.24

正式リリース出たで

**デフォルトの名無しさん** · 2015/03/27(金) 10:32:23.05

以前ここで見た気がするけど

dmd2.067(win32)でも、windows8.1 64bitで
以下が落ちる
---
size_t count;
scope(failure) count.writeln;
foreach (_; 0 .. 100) {
count++;
new byte[100_000_000];
}
---
13
core.exception.OutOfMemoryError@(0)

**デフォルトの名無しさん** · 2015/03/27(金) 22:14:20.45

GC「それはな…ちゃうねん」

なんかGC作動オプションつけられるようになったっぽいから色々試してみたけど
どうやっても落ちるのな

**デフォルトの名無しさん** · 2015/03/28(土) 14:05:37.34

PreciseGC にならないとダメ

非アドレスをはじけないから
デカいブロックを使用中と誤認したり無駄なスキャンも防げない

自前で malloc/free するか Win64使うか

**デフォルトの名無しさん** · 2015/03/28(土) 14:54:58.16

でかいJPEGファイルをロードしたくらいで引っかかる上に
外部ライブラリを使ってるから回避できなくてとても困る
やはり時代は@nogcか…

**125** · 2015/03/28(土) 14:55:17.12

いい加減、64bit環境を構築するかー
さんくす！
一応 delete で、不要と教えてあげれば落ちないけど
GCの意味ないなあとか思っていじってました

GC「要らないならいうてやー」

**デフォルトの名無しさん** · 2015/03/28(土) 15:40:21.32

10-20MB以上のデカいブロックだけmalloc/freeするのがいい
GCに預けたやつを中途半端に手出しするのもあんまり

**デフォルトの名無しさん** · 2015/03/28(土) 15:42:10.46

GCの方がトータルで速いと主張してたのはなんだったんや・・・
つか、GC無しが有り環境に移行するのはまだしも、有りだったのが無しに移行するのって辛いよな

**デフォルトの名無しさん** · 2015/03/30(月) 13:07:23.56

D言語からC言語のヘッダファイルを読み込むにはどうしたらよいですか？
具体的にはwindows.hとかを読み込みたいです。
DirectXとかも使いたいのでC++用のCOMのヘッダも読み込みたいです。
D言語はライブラリが少ないし、
マイナー言語なので、ライブラリ提供者から公式なサポートが無いです。
そのため、C/C++用のライブラリをそのまま流用して使いたいです。
ヘッダファイルには、C/C++用のマクロなども定義してあるので、
D言語はC/C++の全機能をサポートする必要があります。
このために、DとC/C++を切り替えるスイッチが必要で、( 例えば extern C++{ } )
私が知りたいのはこの機能です。

**デフォルトの名無しさん** · 2015/03/30(月) 13:45:54.48

原則：
・C/C++のヘッダを直接読むことはできず変換が必要
・DMDでWin32アプリを作る場合に限り、C/C++ののライブラリの変換も必要

大抵のライブラリはすでに変換済みのが用意されてるのでそれを使うだけ
Win32API -> http://www.dsource.org/projects/bindings/wiki/WindowsApi/
ゲーム用とかなら github/DerelictOrg が充実してる

**デフォルトの名無しさん** · 2015/03/30(月) 13:51:58.23

いちおう公式のバインディング集　使ったことないからどのくらいあてになるかは知らない
https://github.com/D-Programming-Deimos

**デフォルトの名無しさん** · 2015/03/30(月) 23:00:53.68

wxDを使えている人に質問です。windows上でmingwからwxDをコンパイルしようとすると、wxWidgetsのコンパイルまでは成功したのですが
、wxDのコンパイルで以下のようなエラーがでます。
export PATH=/e/D/dmd2/windows/bin:/e/D/dm/bin:$PATH
export WXDIR=/e/D/wxWidgets-2.8.12
make
dmc -D__DMD__ -mn -g -o+none -D____ -D__WXDEBUG__ -Ie:/D/wxWidgets-2.8.12\inclu de -Ie:/D/wxWidgets-2.8.12\lib\dmc_lib\mswd -w- -I. -WA -DNOPCH -HP90 -Ar -Ae -HP99 -c -oaccel.obj accel.cpp
virtual ~name() \
^
local_events.h(49) : Error: storage class is illegal in this context
{ \
^
local_events.h(50) : Error: illegal constructor or destructor or invariant decla ration
ProcessEvent(e); \
^
local_events.h(52) : Error: undefined identifier 'ProcessEvent'
}
^
local_events.h(53) : Warning 18: implied return of name at closing '}' does not return value
void RegisterDispose(Virtual_Dispose onDispose) { m_onDispose = onDispose; } \
^
local_events.h(67) : Error: undefined identifier 'm_onDispose', did you mean 'on Dispose'?
virtual ~name() { m_onDispose(this); } \
^
local_events.h(68) : Error: storage class is illegal in this context
Fatal error: too many errors
--- errorlevel 1

--- errorlevel 1

--- errorlevel 1

**デフォルトの名無しさん** · 2015/03/30(月) 23:02:22.58

dmd 2.067.0, dmd 2.054
wxWidgets-2.8.12
wxd 0.16
dmd 2.067.0, 2.054どちらでもエラー内容は同じでした。何が問題なのでしょうか?

**デフォルトの名無しさん** · 2015/03/31(火) 00:23:32.12

どう見ても C++ でコケてるんだが

**デフォルトの名無しさん** · 2015/04/05(日) 02:08:57.94

久しぶりにさわったらUFCSとかrangeとかイケてるやん、書いてて気持ちえ～わ～

**デフォルトの名無しさん** · 2015/04/08(水) 21:42:13.87

replaceはstringとregexで被ってるのか

**デフォルトの名無しさん** · 2015/04/08(水) 22:47:53.09

http://www.kmonos.net/alang/d/overview.html
>非仮想メンバ関数。C++では、関数がvirtualになるかどうかはクラスの設計者が前もって決定します。
>メンバ関数をオーバーライドすることにしたのに、基底クラスの方で改造を忘れる… というのは、
>よくある（けれども非常に見つけにくい）コーディングミスです。
>全てのメンバはvirtualにしておき、オーバーライドが存在しないことをコンパイラが検知して非 virtual に変える、
>というアプローチの方が信頼性があります。

と書いてありますが、実際にどこまでそんな最適化が機能しますかね。
ローカルスコープでnewされたオブジェクトなら簡単に検地できますが、
メソッドの引数で渡されたオブジェクトや、
メンバ変数で保持しているオブジェクトに対して、
オーバーライドが存在しないことを、どこまで検地できるものなのでしょうか。
D言語はモジュール単位でコンパイルするので、
自分のモジュール以外で何が行われるかわからないのでは？

**デフォルトの名無しさん** · 2015/04/09(木) 05:18:11.14

詳しくないのでさっぱりなのだがこっちにも
http://www.kmonos.net/alang/d/function.html#virtual-functions
>コード生成時にDはクラス階層を全て把握していますので、
>オーバーライドされていない関数への呼び出しは全て最適化されて non-virtual になります。
って自信満々に書いてあるね。

で、なんかそんな話題どっかでみたなあと思って探してみたが
http://hibari.2ch.net/test/read.cgi/tech/1293500945/300-303
別に結論出てなかった。
まあ「finalつけると速くなる」なら（今でも同じかは確認してないが）
可能であろうと、少なくとも真面目に実装はしてないんだろうね。

**デフォルトの名無しさん** · 2015/04/09(木) 09:23:07.96

virtual がキーワードとして追加された後しばらくして撤回されたのが最近の出来事

**デフォルトの名無しさん** · 2015/04/09(木) 18:19:45.10

D言語のコンパイラで一番いいのは何ですか？

**デフォルトの名無しさん** · 2015/04/09(木) 19:55:59.27

dmdしか使ってない俺にもdmdが最善ではなさそうなことはわかる

**デフォルトの名無しさん** · 2015/04/09(木) 21:10:41.59

コンパイルが最速でプロファイルもカバレッジもちゃんと動くdmdが最善でないとな？

win32/simd とか win64/seh とか足りないのはあるけど

**デフォルトの名無しさん** · 2015/04/10(金) 06:51:36.42

dmdのsimdってまだSSE2までしか対応してないのけ？

**デフォルトの名無しさん** · 2015/04/11(土) 15:44:58.43

D言語ってなんで流行らないんですか？

**デフォルトの名無しさん** · 2015/04/11(土) 17:32:39.43

ポストC++を目指してるんだけど
C++自体が使われてないから