D言語 Part23

プログラミング言語 D (D Programming Language) について語るスレッドです。
過去スレ、関連スレは >>2

■前スレ
http://pc12.2ch.net/test/read.cgi/tech/1245602321/

■本家
ttp://www.digitalmars.com/d/
ttp://www.kmonos.net/alang/d/ (和訳)

■コンパイラ
http://www.digitalmars.com/d/dcompiler.html (DMD, 本家)
http://dgcc.sourceforge.net/ (GDC, gccフロントエンド)
http://www.dsource.org/projects/ldc (LDC, バックエンドにLLVM)

■参考URL
ttp://f17.aaa.livedoor.jp/~labamba/ (D言語研究)
ttp://f17.aaa.livedoor.jp/~labamba/?D%B8%C0%B8%ECBOF (D言語BOF)
ttp://dsource.org/ (dsource)
ttp://tinyurl.com/candcpp2d2 (C/C++に疲れた人のD言語2.0)
ttp://www.kmonos.net/alang/wnd/ (わかったつもりになるD言語)
ttp://shinh.skr.jp/d/ (SDL, SDL_*, OpenGL, GLU, glutのポーティングとか)
ttp://shoo.s20.xrea.com/shoo/programing (D言語とTangoの入門講座)
ttp://www.nicovideo.jp/mylist/4453698　(D言語で作られた芝ゲー niconico動画)
ttp://www.asahi-net.or.jp/~cs8k-cyu/ (ABA Games)

■ IDE
ttp://forums.codeblocks.org/index.php?board=20.0 (Code::Blocks)
ttp://www.dprogramming.com/entice.php (Entice Designer)
ttp://www.dsource.org/projects/descent (Descent)
ttp://www.dsource.org/projects/poseidon (Poseidon)
ttp://dronten.googlepages.com/dscite (DSciTE ※404)

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

その他関連スレ
バイナリをゲロる言語の魅力って何？
http://pc11.2ch.net/test/read.cgi/tech/1160869311/

Eclipse統合M28【Java/C/PHP/Ruby/Python/Perl】
http://pc12.2ch.net/test/read.cgi/tech/1247051216/

eclipseってそんなに良いか？【エクリプス】
http://pc11.2ch.net/test/read.cgi/tech/1099300344/

統合開発環境Eclipseプラグイン開発QA
http://pc11.2ch.net/test/read.cgi/tech/1081517094/

"Code of the Nerds" Digital Mars C/C++
http://pc11.2ch.net/test/read.cgi/tech/1044210976/

>>1-2 テンプレ変更点
- "C/C++に疲れた人のD言語"のURL更新 (2.0のほうに)
- 関連スレ更新

おはＤ

>>1
乙
うぉるたんかわいいようぉるたん

ttp://www.astoriaseminar.com/images/walter.gif

うぉるたん、誰かに似てるね。

まあ誰にも似てないことはないだろう。

前スレはまた人知れず落ちたのかｗ

D2はいつα版じゃなくなるんだい？

D3が出たときです

今日は布教活動があったようだから少し賑わうかな

>>12
布教活動って？

会津大学でD言語布教イベントがあったらしい。

ttp://www.ustream.tv/recorded/2207138 1h30mあたりから

linux環境でflock使う方法はないのかな。
というかphobosのstd.fileでロックかけられないのかな。

std.streamは？

関係ないが
foeach(char[] s; din)
このchar[]がいまだにconst char[]あるいはstringにできなくて悶絶した

そこに型書いたことなかったから気づかなかったな

std.cstreamもrangeベースになるのかね

std.cstreamってまだ生きてたの？
そのうち無かったことにされそう

C++でいうfind_ifとかremove_ifみたいに叙述関数でユーザー定義型の
コンテナにいろいろしたいんだけど、bind2ndみたいに叙述関数に引数を
渡すにはどうしたらいいんだろう。

http://www.kmonos.net/alang/d/2.0/phobos/std_bind.html
C++にも機能的に同等なbindが入って
bind1st, bind2ndあたりが非推奨になる予定なのも
覚えておくと良いよ。

>>22 これくらいしかないのでは
import std.algorithm, std.stdio;
bool less(int x, int y){
return x < y;
}
void main() {
int[] a = [1,2,7,3,5,4,6];
auto r = filter!((int z){return less(z, 4);})(a);
foreach(e; r) write(e, ",");
}

コマンドプロンプトからbudを実行するとエラーが発生します。
Error: 4invalid UTF-8 sequence

引数なしや-helpならエラーは出ないんですが、
ファイル名(存在しないファイル名であっても)を入力すると上記のエラーが出ます。
何が原因なのでしょうか？

その件は何回か話題になったね。
・*.dファイルの中身にUTF-8意外の文字列が含まれている。→保存する際に文字コードを指定する
・環境変数に日本語が含まれている。→環境変数の書き換えが必要。
だったかね。対応は。

いつも気になってるんだけど
>Error: 4invalid UTF-8 sequence
この4はなんなの？

４番目のエラーってことじゃないの？知らんけど

http://dusers.dip.jp/modules/forum/index.php?topic_id=32#post_id107
アンケートのお知らせです。お題は「D3になったら来てほしい機能は？」です。
締め切りまで残り1週間となりましたが投票数がさみしい状況となっています。
どうか皆様のご助力を頂けたらと思います。

>>29
もっと早く告示すりゃ良かった予感
ところでこれってウォルたんに送る予定ある? 是非前回のように送ってほすぃ。

>>26
レスthx
DのソースはUTF-8で保存、システムの環境変数のPathは日本語は含まれてない、
dmd2とdmのsc.iniをUTF-8で保存しなおして、もう一度やってみましたがエラー。
うーん、どこが間違っているのかな・・・。
budの引数に存在しないファイル名を渡しても同じエラーになるんですが、
これは環境変数の方でうまくいってないと見ていいんでしょうか？

>>31
そんな経験ないけどなあ
budはpathさえ通っていれば動いてるし

bom (ぼそ

　lazy x = t;
と書いたら
　auto x() { return t; }
の意味になったりしないかな。

下も文？　だとしたら，
代入文を宣言文と見なすと何がメリットあるんですか？

上は代入じゃなくて初期化だろう。
文法上はどちらも定義。

前スレ落ちた事に今気付いた

>>31
budもdsssも使わずに、dmdだけでやってみたら？

>>32
引数なしでヘルプを表示するのは、エラーなくできるのでpathは通ってるとは思うのですが謎です。
>>38
今まで直接dmdを起動していました。
これなら問題なくコンパイルできます。

>>39
なんだろね
ほんとにBOMなのかな

ユーザー名が日本語
dmdを置いてあるパスに日本語が混じっている
ソースファイルを置いてあるパスに日本語が混じっている
環境変数(Path以外の)に日本語が混じっている
sc.iniに日本語が混じっている
…ここまで調べて原因が判らなかったら素直にレスポンスファイルかmakefile書いた方がいいんじゃないかな。

スペース含むパスとかいまだにコマンドラインの敵だしな

Fixed bug processing spaces in dmd's directory
でも一番新しい更新でdmdのパスにスペース含められるようになった(らしい)よ

>>43
それもようやくだよなあｗ
何年越しだろう

>>41
> ユーザー名が日本語
これが原因でした。
日本語のユーザー名は、PC使ってて度々問題になってるのにすっかり忘れていました。
ユーザー名に日本語使わなければよかった・・・。

以下のような mixin を D1 でも使えないかな・・・。
mixin を書いたところの __FILE__ 情報とかが出力されて欲しいんだけど。
今はこのテンプレートを書いたファイルの名前が出てしまう。
D2 では使える？


template CompileMsg(string MSG)
{
　pragma(msg, __FILE__ ~ "(" ~ __LINE__.stringof[0..$-1] ~ "): " ~ MSG);
}

template CompileMsg(string MSG, string FILE = __FILE__, LINE = __LINE__)
{
　pragma(msg, FILE ~ "(" ~ LINE.stringof[0..$-1] ~ "): " ~ MSG);
}

>>47

D2 ならできるんかな。
D1 はムリだった。

D言語で、自分自身の関数ポインタまたはデリゲートを返す関数って書けたっけ？

関数名とかが明確に分かってるなら普通に書けばいいと思うけど
分からない場合ってあるのかな

http://codepad.org/bitaKSKg
これをもっとスマートにできないかなぁということ。

>>49
昔は出来た。ある時から出来なくなった。

>>51
ああ、やっぱそうか。残念。なんか昔はできた気がしてたんだよな…
typedefかなんか使うんだったっけ？
何でできなくなったんだろ

ミスった…ｽﾏﾝ
×>>51　○>>52

>>53
昔使えたのが偶然だと思うよ。
使えなくなったのは型のsemanticが走る順序の変更とかの影響だと思う。

いつの間にかstaticメソッドでtypeof(this)とか出来るようになっててビビったわ

メソッドの外でもできたはずだからよくalias typeof(this) THIS;とかやってたな

昔は typedef F(*F)(); ができた。

import std.stdio;

typedef F function(int) G;
typedef G function(int) F;

F f(int x) {
writeln(x);
return cast(typeof(return))&f;
}

void main() {
f(1)(2)(3);
}

alias F function(int) G;
typedef G function(int) F;

のほうがよかったかも。

>>59にヒントを得た！ サンクス

import std.stdio;
struct Func
{
    Func delegate() dg;
    alias dg this;
    Func opCall() { return dg(); }
}
void main()
{
    int a=0;
    Func fn1, fn2;
    fn1 = {a++; writefln("1 - %d", a); return fn2;};
    fn2 = {a++; writefln("2 - %d", a); return fn1;};
    Func fn = fn1;
    while (a < 10) fn = fn();
}

budを使ってDLLを作る事ってできないんでしょうか？
簡単なサンプルで試してもみても、phobos.libやSNN.libでエラーが出てしまいます。

テンプレートを本物のマクロのように使うアイデアを思いついた
今のDだと以下のような制限がある

map!("a < 2")(arr)　//できる

int n = 2;
map!("a < n")(arr)　//できない

テンプレートが使用された周りのシンボルを参照できない
→新しい予約語__OUTER__を導入する

// 名前は__SCOPE__とか__FRAME__とかでもいいかも
template map(string cmp, alias o=__OUTER__){ ... }

o.n か mixin("o." ~ "n") で mapが使われたスコープのnを参照できる

さらに独自構文のように見えるテンプレートを定義するための構文

template loop(string code){
　...
　alias loop = mixin(ResultCode);　//mixin式をテンプレートの結果にできる
}

int sum;
loop!q{|x; 1...10|
　sum += x;
};

なるほど

macroで出来るようになったりして

正直ここまでくると
Lispのコンパイラマクロと何が違うのか分からなくなってくる

macroは構文木をがしがし弄れるようになる予定なんじゃないの

ありがとうウォルターたん、ついにこの方法をとってくれた！ (Leandro Lucarella)
http://www.dsource.org/projects/dmd/timeline

…まえからdmdのリポジトリなんて見れたっけ。

確か、見れたけどリリースごとにしか更新されてなかった

Changeset [197] by walter
implement contract inheritance
なにこれ

多分、制約(関数のin/out)の継承。

s/制約/契約/

マルチスレッドで下記のようなことをやろうとして詰みましたorz
<pre>
class SubThread: Thread
{
alias void delegate() Proc;

private static
{
shared List!(Proc) m_queue;
}

static this() { m_queue = new shared(List!(Proc)); }
this() { super( &run ); }

private void run()
{
while( true )
{
if( m_queue.size > 0 )
{
m_queue.front();
m_queue.popFront();
}
}
}
}
</pre>

sharedって何なのでしょうか・・・

これだけでは何とも…
Listの実装とかSubThreadで何をしようとしているのかが全く分からなくてエスパーできない。
やろうとしていることと、詰んだ時の状況を詳しく。

>>75
えっと・・・とりあえずエラーはこんな感じでした。

D_thread.d(45): Error: function D_list.List!(void delegate()).List.size () is not callable using argument types ()
D_thread.d(47): Error: function D_list.List!(void delegate()).List.front () is not callable using argument types () shared
D_thread.d(48): Error: function D_list.List!(void delegate()).List.popFront () is not callable using argument types () shared

Listのsizeはデータの個数、frontは先頭のデータ、popFrontは先頭データ削除です。

やろうとしていることの詳細とまでは厳しいですが（汗）
SubThreadはメイン・スレッドと並行して走らせるスレッドでして、
ThreadManagerクラスによって実行が開始されます。
そしてm_queueにはメイン・スレッドと並行して処理したい関数を追加していくわけですが、
この追加関数はSubThreadに用意してThreadManagerから呼び出すつもりです。

解りにくくてすみません(;^^

size, front, popFront関数がそれぞれshared関数でないため、
sharedオブジェクトから呼び出すことができない。
というエラーだな。
Dの型システムが、Listにマルチスレッドな場所からpushとかpopとかすると、
マルチスレッドに対応していない関数だから危険ですよ、と教えてくれている。
ttp://d.hatena.ne.jp/haru-s/20090925/1253864045
↑ここでそのエラー表示わからんという愚痴が見れて
ttp://dusers.dip.jp/modules/forum/index.php?topic_id=36#post_id118
↑ここでshared型とshared関数の関係についての愚痴が見れる

どうすればいいかは…スマンがよくわからない。

やりたいことは、ThreadPoolみたいなもんかな？

auto a=new shared(A);
shared修飾オブジェクトaのメンバ関数は
getterをconst memberに
setterをsynchronized memberにしてみて

>>77
ThreadPoolみたいなスレッドの再利用を考えたものの、
どうもcore.threadにそれらしい機能が見つからなかったので(;^^
仕方なくメイン・スレッドが動いている間は常に動いているようなスレッドを考えたわけです。

それにしても、Listをsharedに対応させれば今回の件は解決なのでしょうか・・・

そんなわけありませんでしたorz
Listのメンバをsharedに変えたら大量にエラーが・・・
他の手を考えます。

回答ありがとうございました！

まとめ
- List!(T)が同期未考慮だから、shared(List!(T))周りでエラーがでる
- List!(T)で同期考慮しろ。sharedメンバ関数やsynchronizedメンバ関数を使え
- もしくは使う側で同期考慮も可能。その場合はsharedの代わりに__gshared使え

shared関数にすると、sharedオブジェクトからしか参照できなくなるから、
普通のオブジェクトにしたい時にpopとかpushとかできなくなる。
Listとは分けて新しく作った方がいいかも。

たびたび失礼します(;^^
sharedから__gsharedに変えたら動いたのですが、
これじゃ複数のスレッドで共有するという目的は果たせませんか？

すみません、sharedとかよく解ってないもので・・・

同期処理は自己責任で。
見落としがあって、1週間掛けて想定外のバグに悩まされても泣かないこと。

>>82
そうですね。。。
同期を考慮した簡易リストクラスを作ることにしました。

>>83
まずマルチスレッドの基礎を勉強した方が良い。
…でもD言語前提のはない悪寒。immutableとかsynchronizedとかはJava由来、mutexとかtlsとかCは由来、sharedは独自だから上手く学ぶのは難しいかもな。

おとと
mutexとかtlsとかCは由来→mutexとかtlsとかはC由来

>>86
ですねorz
思ってたよりマルチスレッドは敷居が高いようです。

shared以外は理解しているつもりなのですが、
sharedに関する情報が少ない・・・

とりあえず、__gsharedはなんか違うということが解りました(;^^
sharedで頑張ります。

>>86に加えてここら辺まとめた記事があると良いかも
- Javaのwaitsetに当たるものの代替実装
- メモリバリアとアトミック命令
- リングバッファ、RCU、デッカーのアルゴリズム
- rwlock
- spin lock (adaptive lockより時代遅れ)
- adaptive lock (効率的な実装はスケジューラ依存(ロックを保持しているプロセスが他のcpuで動いてるかの情報が必要)なのでユーザー空間での実装は無理。preempt対応(ユーザー空間プログラムはpreemptなので)で仮想メモリにフラグを
置くようにしたadaptive lockのAPIをユーザー空間に提供しているOSがあるかは知らん)

1. クラス内にネストした構造体を作る
2. ネストした構造体からクラスのメンバにアクセス

これがコンパイルエラーになるのが納得いかない
納得いかないけどドキュメント見るとネスト構造体を「関数内」に定義できるとしか書いてないんだよな…

>>90
内部構造体は使う周囲のシンボルを
テンプレートのaliasに取るだけのテンプレート構造体らしい
どこで読んだか忘れたけどね…

内部クラスは外部クラスのインスタンスから生成するけど、
構造体は外のインスタンス特定できないから仕方ないんじゃね？

それとも
class Hoge
{
　　class Huga { }
}

Hoge foo = new Hoge;
Huga bar = obj.new Huga;
みたいな構文が構造体用に存在するのかな？ｗ

構造体を普通にクラスの中に書いたら、束縛されてる範囲がアレなだけで
同じファイルに書いた以上の意味はないんじゃね？

>>91
なるほど、構造体のドキュメントの最後の方に書いてあったのはそれだったのね
微妙に不便…

微妙に不便といえば
class C {
　A a = new A;
}
みたいなのはいつになったら出来るようになるんだろうか

コンストラクタに書けばいいじゃん、って事なんだろうけど
mixinして使うプロパティみたいなテンプレートを書いてると初期化の所で詰むんだよな
せめて
dynamic this() {
　a = new A;
}
とか書いとくとコンストラクタに自動で組み入れてくれるとか

class C
{
    scope a = new A;
}
むしろこれがほしい

>>82
スレッドセーフなライブラリに加えて，
スレッドアンセーフなライブラリも欲しいときは確かにあるかもしれないけど・・・
わざわざ同じ機能のものを両方提供しているメジャーなライブラリなんてあるんですかね
（boostとか他の言語のライブラリ含む）

javaの方面では両方提供しているのもあったはず。具体的なのは出ないけど…

>>96
そうなんだ
Dならスレッドセーフかアンセーフかを
コンパイル時に切り替えて使うようなクラスライブラリは簡単に作れそうだね
Dらしくなくてもいいならポリシー化してやればいいんだろうきっと

どうせならGC使わないようにするための型とかも導入してほしいね
GC使わない関数からはGC使う関数を呼べなかったり、
GC使わないクラス内ではGC使うオブジェクトを変数に使えなかったり

>>97
>コンパイル時に切り替えて
いや、利用側がそのクラス/構造体をマルチスレッド共有するかどうかによってスレッドセーフのを使うかアンセーフのを使うか選べるようにするのが正しいと思うが
そういやshared型からconst型への暗黙の変換ってあったっけか。今試せないので分からんが、これ無いときついと思う。

>>99
なんできついの？

>>100
tls・shared・immutableが同時に扱える型が無いと、全部対応させる関数の引数のconst shared/tlsもしくはshared/const分けが必要になり、表現力が狭まり複雑になるから。
んでその型の役目は(俺が何か見落としてない限り)constに負わせるのが実装的に一番良いと思うから。

shared型からconst型に暗黙変換可能ってことは、const型がshared型と同じような特性を備えている必要があるってことだろ？
const関数はかならずスレッドセーフにしなければいけないってのもなぁ…

>const関数はかならずスレッドセーフにしなければいけない
そんなことないはず。
スレッドセーフになってるものをスレッドセーフとして扱わない(shared→const)って話で。

あやっぱダメか。コピーにロックかかる訳じゃないから。
どういう実装法が良いんだろ…。

必要になった時点でインスタンスを作って以後はそのインスタンスを使う、
みたいな手法とconstは相性が悪い
というか両立不能
lazyフィールドとか出来ないかな

>>101
class A

ミスったorz
1つのたたき台としてだが・・・
下がスレッドセーフなのはsyncronizedのおかげなので
class A{
private int v;
public const int get() return v; }
public synchronized void set(int i) { v = i; }
}
auto a = new A;
a.set(999);//error
auto sa = new shared(A);
sa.set(999);// ok
shared型でなくてもsynchronized関数を呼び出せるようにする修飾子を加えるだけでいいはず
auto usa = new __threadUnsafe(A);
usa.set(999);// ok

ていうかsynchronizedでオーバーロードできたから現状これでなんとかなりますね
import std.stdio;
class X
{
const int f() {
writeln("const int f()");
return 1;
}
void f(int i) {
writeln("void f(int i)");
}
synchronized void f(int i) { // synchronized でオーバーロード
writeln("synchronized void f(int i)");
}
}
void main()
{
auto b = new X;
b.f = 10;
int s = b.f;

auto a = new shared(X);
a.f = 10; // synchronized メンバが呼ばれる
int r = a.f;
}
実装を各関数で共有したい場合は
別にprotected/privateメンバ関数を用意して両方から呼び出せばいいでしょう
あとは >>101 が言うようにこれ以上の支援をどうするか

引数の型ではなく修飾子でオーバーロードとか結構キモいな

>>109
C++でもconst/非constメンバ関数で正しくオーバーロードしましょうって言うでしょう？

>>109
でも、オーバーロード規則ではthisポインタの型が違うからオーバーロードできる、ってなるっぽいね。

>>111
納得した

オーバーロードはできるけど、オーバーライドはできるのかよくわからないね
>派生クラスの関数で、基底クラスの関数と名前と引数の同じものは、 基底の関数を上書きします
thisポインタも引数と考えるならsharedとかconstとかでオーバーライドできないはず…？（なのに実際はできる…バグ？）

オーバーライドといえばabstractがついてないけどabstractメソッドが残ってるクラスで30分くらいハマった
is (typeof(new MyClass))がfalseになるせいだったんだけどそこを特定する手懸りがないから困る

以前のアンケート「D3になったら来てほしい機能は？」の結果が出たのでお知らせします。
http://tinyurl.com/yc98z2e
1位(5票):　リフレクション
1位(5票):　フリー関数をメンバ関数のように使える機能
3位(4票):　macro
4位(3票):　メモリバリア&アトミック命令
5位(2票):　引数のenum名省略
5位(2票):　D言語によるD言語の実装
5位(2票):　ガベージコレクション使用選択
5位(2票):　Windowsの標準出力のマルチバイト対応
9位(1票):　ランタイムアセンブラ&コンパイラ
9位(1票):　PEG用構文&コンパイラタイムコンパイラコンパイラ
9位(1票):　Reactive Programming
9位(1票):　std.typecons.Tuple相当をSML#のように使える機能
9位(1票):　Multi-Return Function Call
9位(1票):　使いやすい&&わかりやすい構造体リテラル
9位(1票):　構造体のstatic opCallの撤廃
という結果となりました。
皆様のご協力感謝いたします。また、これら項目に関してより具体的な意見が出ましたら、
公式へのフィードバックも行おうかと考えています。

今月もアンケートがありますので、またよろしければご回答ください。
http://dusers.dip.jp/modules/forum/index.php?topic_id=37#post_id126

また明日から無限に長いテープを前後に動かす仕事が始まるお

constメンバ関数のconstは引数リストの後ろに書けるのに
synchronizedは書けない・・・なんでやねん

>>115 乙
しかしあまりにも票数が少なすぎる

一人何票か入れてるのかな。
仮に一人二票で16人とするとこのスレずっと張り付いてる人数的に妥当な気もちょっとするｗ

俺は別の項目に計5票入れたけど？ｗ

入れすぎだろｗ

>>116
チューリングマシン乙

そろそろ約束のときなのですが

constじゃないメンバを参照するopApplyがコンテナクラスがconstな時は使えないので
コンテナがconstな時のopApplyも定義しようとしたらなんだか物凄い泥沼にはまった
int opApply(int delegate(ref C));
int opApply(int delegate(ref const C)) const;
だけで正常に動いてくれたのむ

UTF-8の文字列をShift-JISに変換したいのですが、最も簡単な方法は何ですか？

iconv

>>126
http://www.gnu.org/software/libiconv/
これをDLして使う事になりますか？
D言語の標準にはないんですね。

scope(exit)に登録して末尾呼び出ししても最適化はされない？というかできない？

scope(exit)を処理するのはフロントエンドで
末尾呼び出し最適化をするのはバックエンドだから、
結果的に末尾コールになってたらジャンプに置き換えられると思う。

思うだけ。

>>125
std.windows.charset.toMBSz()じゃダメなの？

本当はstd.encodingにあるべきなんだろうけど無いんだよなぁ

Public Domainみたいなライセンス形態をとっているiconvのような文字コード変換ライブラリってあるの？
ICUは著作権表示の必要があるっぽいし…
そういうのでないとPhobosには採り入れられないんじゃないかな？

DIY!

>>131-132
俺が前に書いたのがあるからstd.encodingのインターフェイスが確定したら投げてみるわ

>>130
まさにこういうのが欲しかったです。
公式にドキュメントまでありますね。見落としてました。

>>134
std.encodingは各自が拡張して使うもんなんじゃないかな？
phobosに投げても切りがないから一緒にしてくれないような気がして

テキストを選択してCtrl+Alt+F5でコンパイルリンクランするAutoHotKeyスクリプト

^!F5::
Clipboard =
Send ^c
ClipWait 2
FileDelete C:\hoge\hoge.d
FileAppend %Clipboard%, C:\hoge\hoge.d
Run run.bat, C:\hoge
return

---- C:\hoge\run.bat
type hoge.d
nkf -w hoge.d > hogeutf.d
dmd -run hogeutf.d | nkf -s
pause

>>136
「実用的」をキーワードにゴリ押ししてみるとか

そして「こっち英語圏だからｲﾗﾈｰﾖ」とか言われる

ライブラリの配布と導入で

テキストかishで配布
クリップボード経由で導入

というのを思いついた

URLをD専用のインストーラに渡したら自動でインストールでいいような。
というかそれをさらに簡略化しようとするとdsssになるのでは

婆さんや、dsssのアップデートはまだかいのう…

import http://pc12.2ch.net/test/read.cgi/tech/1253443684/

これを組み込めば完璧だな

dmdの前に一枚かませば今すぐにでも

wgetとexecvpとsedを組み合わせるのか
こうなってくるとdmdには標準入力にも対応して欲しいな

beta 1.048 and 2.033
http://www.dsource.org/projects/dmd/changeset/200

とのことだけど、俺には何が変わったのかさっぱりだ…
結局今月のリリースまで待つしか…

>>145
D1で、オーバーロードされている関数のアドレスを取ったらエラーにする変更のようだ。

>>144

dmd con

>>145
PhobosのChangeLogの差分を見たほうが分かりやすい。
http://www.dsource.org/projects/phobos/changeset/1284

>>148
なるほど、これは目からうろこだ。

PhobosがBoost 1.0 Lisenceになるとかあるけど、どういうライセンスなのか調べてもよくわからなかった。
Must be simple to read and understand. 　とかなにこれ？

http://www.boost.org/LICENSE_1_0.txt

2.033出た。

「gdbでスタックトレイスが動くようになった」とあるけど、
私の環境ではそもそも行番号が取れないんだよ... orz

きたああああ
http://twitter.com/WalterBright/status/4623634220

いつの間に 1-click install なんてもんがあったんだよ…
とりあえず2.033だ！ﾜｰｲ

今回の更新は面白い更新はないっぽいか
sharedも放置だし、dflも使えないままだし…
循環参照してるようなimportがダメなのは仕様なのか？

仕様だよ

>>155
マジで？どこに書いてある？

ダメなのはstatic this使ってるときだけじゃないの？

循環importで果てしなく死んだ

>>156 あれ？俺間違ってるっぽ？ごめんね
import宣言の循環（モジュールがお互いをimportしあう、循環依存）は、 どちらか一方が静的構築の不要なモジュールであれば、問題ありません。 双方とも静的構築が必要であった場合は、 実行時例外が発生します。

循環しまくっててもスタックに収まるならいいじゃん、とテンプレート使いまくってると思う

コンパイルの停止問題なんて無視ｗｗｗ

循環importはバグ持ち。
意味論解析が早すぎるのが原因。
関数のデフォルトパラメタで循環importに引っかかるとか罠だった

パッチあて作業はこちら参照
ttp://d.puremagic.com/issues/show_bug.cgi?id=3301

>>162
有志によるパッチあて作業とかカッコイイｗ

これはもしやみんなにもうちょっと綺麗な設計をさせようという
ｳｫﾙたんの心遣い

循環参照を回避するだけなら難しくない。けど、美しくない。

とりあえず次バージョンを待つわ

循環参照って関数の後方参照と同じレベルでよく使うよな？

>>167 確かにそうだが、俺はどちらもほとんど使わない派…
昔C++使ってたからか、気持ち悪く感じるんだよね…

>>166
いつまでも待つことになるぞｗ

バグ持ちなのは
× 循環参照
○ 循環import

>>147
OSによっては動かないらしい
内部からdmdを呼ぶ標準入出力対応のdmd_con作るか

char[] buf;
buf.length = 1000000; //1桁小さければエラーは発生しない

普通のexeなら問題ないのですが、DLLの場合、上記のコードは実行時に落ちます。
ここから考えられる原因は何でしょうか？

OSの制限のような気がするけど知らない

>>173
どうもです。
C++でこういう事が起きたことないんですが謎です。
ふと思ったのは、DLLのみエラーが発生するという事は、DｌｌMainでの処理が問題なのか・・・？

話はそれるけど、-covで使えるコードカバレッジの、出力されるファイルの名前とかパスって制御できないの？

ソースをいじればいいんじゃね

std.coversetDestDir

訂正
std.cover.setDestDir

昔はそれあったみたいだね…今は
dmd2\src\druntime\src\compiler\dmd\cover.d
あたりにそれらしきコードを発見
extern(C) dmd_coverSourcePath(string);
とかすればできるかも？(試してないけど)

パッケージ名が違ってモジュール名が同じ時って対処しようがないのかね。
…と思ってちょっと探したら同じファイルに臭いところが…
FILE* flst = fopen( (addExt( baseName( c.filename ), "lst\0" )).ptr, "wb" );
baseNameとか嫌な香りがぷんぷんするぜ…

>>179
うわぁ、ちゃんと調べずに答えてしまって申し訳ない。
とりあえず頑張ってくれ。

>>180
がんばった結果をご報告
試したのはTangoの方でだけど、ランタイムライブラリを書き換えることで動作を変えることができた。

char[] getCovFileName( char[] f )
{
auto fname = f.dup;
foreach (ref c; fname)
{
if (c == '\\') c = '.';
else if (c == '/') c = '.';
else if (c == ':') c = '.';
}
if (fname.length >= 2 &&
(fname[$-2..$] == ".d" || fname[$-2..$] == ".D") )
{
fname = fname[0..$-2];
}
return appendFN(dstpath, baseName(fname ~ ".lst")) ~ "\0";
}

こんな感じのをcover.dのどこかに加えて、static ~this()内で、
if( !readFile( getCovFileName( c.filename ), lstbuf ) )
とか、
FILE* flst = fopen( getCovFileName( c.filename ).ptr, "wb" );
という感じにlstファイルを扱うっぽい部分を書き換える。
驚くべきことに、こう書き変えない限りdmd_coverDestPathで指定した出力先のパスも無視されるみたいだ。
ちなみに、D2の方だと型がstringとかになるので、適宜castすると良いと思われ

__FILE__や__LINE__をテンプレート引数に受け取ってstatic assertでメッセージにするとき
__LINE__をどうやったら簡潔に文字列にできますか？

できればstd.conv含め外部のシンボルをimportしたくないんですけど…
自前でprivateなitoaテンプレート書くのがベストですか？

>>182
自前で書くしかないかと

過去にそんなのを書いた人がいたような。

>>182
std.metastrings? 使いたくないならしかたないけど

.stringof は？

"__LINE__"って出ると思う

今ならCTFEもあるから簡単に書けると思うけど

循環 import で dmd クラッシュする？
import をいじるとクラッシュしたりしなかったり・・・。
どれが循環してるか調べる方法があればいいんだけど。

性的構築が必要なモジュールを循環インポートで実行時例外が出るのはまだいい
だがその例外でどこが循環してるのかわからないのはどういうことだ

dmd1.047->1.048 の更新で
flectioned をインポートするとクラッシュするように
なってしまった。。。
ひとまず外しておくか。

だいぶ時間を無駄にしてしまった・・・。

dmd1系を使ってるんだったら、Tangoの次のバージョンにスタックトレースが含まれるからそれを待った方がいいと思うよ。
svnのリポジトリではもう使えるようになってるみたい

>>192
マジスカ。いいなぁ、Tango。

しかしもう Phobos 使いまくりで、
Phobos 無しでは生きて行けない体に・・・！

D1のPhobosなら、Tango+Tangobos入れればそのまま動くんじゃない？

>>194
なるほど、Tangobos 使ってひとまずスタックトレースのみ
利用してみればいいか。

見てみる。ありが�d

D2ユーザを救援してくれ・・・

>>182
あったこれだ
http://codepad.org/OSyr9CVb

任意のクラスのメソッドの中から特定の型を持つものだけを取り出してデリゲートを列挙したいのですが、いい方法はありますでしょうか。

traitsとmixinを組み合わせればできないことはないだろう

パスを指定する時、フォルダ名を区切るのに
Makefileは/でないとうまくいかない部分が、dmdは\でないとうまくいかない部分があるんですけど、
どっちかに統一して書く方法はないですかね？

1. 諦める 2. \を受け入れるmakeを探す 3. DMDのパッチを書く

関係ないけどstd.pathにパス区切りとかあるよね
ちゃんと使わないとなあ

>>201
簡単には解決できないんですね。
\と/の問題とかスペースが含まれる時の問題とか日本語とか含まれる時の問題とか
こういうの嫌だなぁ。

>>199
allMembersとかで関数の名前は取れるんだけど
それをmixinする事ってできる？

>>200
俺は$(subst /,\,PATH)ってやってる。gmake。

俺はrdmdで実行できる簡易ビルドツールをD言語で書いてる

俺はmingw32-make使ってる
\区切りパスが普通に使える

よーしパパmakeのためにCygwin入れちゃうぞー

>>205-207
mingw32-makeを使っているので基本は\が使えるのですが、
$(wildcard $(dir)\*.d)
とやった時などに\じゃうまくいかないです。
こういう部分だけ/を使えば、まあなんとかなるのですが、\と/が混ざっているのがいつかハマりそうで気持ち悪いです。

今頃気付いたんだが配列演算の演算子ってオーバーロードどうするんだ？
opDot使って配列に転送するとしたらキモすぎるんだけど…
これだと配列使ってないと転送もクソもないし…
最近マルチスレッド周りはsharedでこけまくるし…

うぉるたんなんとかしてくれー！

可変個の文字列を渡して関数を生成するようなテンプレートって
書けますか？
例えば

mixin GenFuncs!("Hoge", "Huga", "Test");

ってやると

void HogeFunc(){}
void HugaFunc(){}
void TestFunc(){}

などと定義される感じです。

上記のさらに先の意図としては、関数を使う際に

doFunc!("Hogee");

と書くとコンパイラさんに

HogeeFunc なんてねぇよ！ HogeFunc, HugaFunc, TestFunc の
どれかを使ってくれ！

と手取り足取り教えてもらえるようにできないかなぁと
思ってます。
こうすると定義したソースをいちいち見に行かなくても
使える関数が分かるので楽かなと・・・。

>>212
doFuncを特殊化（あるいは，static ifで分岐）するのじゃいかんの。

>>213
そうですね、それでもいいんですが、出来れば一般化して
テンプレートとして定義できれば、ライブラリ化っぽく
できるかなぁと思ってまして。

テンプレートに文字列を複数渡せて、
それらを巡る static for みたいなのが使えれば
キレイに書けるんですが・・・。

>>214
template GenFuncs(string f, Fs...) {
// define function f

mixin GenFuncs!Fs;
}

forはなくても再帰で同等のことはできるだろう？

でもstatic forは欲しいな

static foreachはそのうち入るよ

そう言い続けて一年くらい経ってるよね

Dにはよくあること

>>215

ありがとうございます！できました。
こんな感じ。

template GenFuncs(string N)
{
　mixin(` N を使って関数定義 `);
}

template GenFuncs(string N, Ns...)
{
　mixin GenFuncs!(N);
　mixin GenFuncs!(NS);
}

でペンコンは？

誤爆しましたごめんなさい

>>222

ペンコンならこんな感じです！

mixin GenFuncs!("Penkon");

マジレスすんなｗ

うーん、GCの仕組みがよく分からない。
extern (C) export void hoge(char* buffer)
こんな感じでCでアロケートされたメモリが渡された時、このメモリに対してGCは関与するのでしょうか？

>>226
GC管理下の領域にそのポインタをコピーしたら、
そこから辿れる領域は使用中とマークされるんじゃないかな

>>226
されない

＞Dでのポインタは、大きく分けて二種類に分類できます：
　一つは、 ガベージコレクタで管理されたメモリを指すもの、もう一つは、そうでないものです。
　後者の例としては、C の malloc() を呼んで作られたポインタや、 C のライブラリが返すポインタ、 あるいは静的データやスタックへのポインタなどがあります。
　これらのポインタに対しては、Cで合法な操作は全て実行できます。

Dでnewした＝GCが割り当てた＝GCが管理している。
それ以外＝GCは関知しない。
のかな。

>>229
そう。

>>227-229
レスありがとうございます。

Dでnewしたメモリだけが対象という事なら分かりやすいですね。

>>172でも質問したのですが、
DLL内で大きなメモリを確保しようとすると落ちます。
どうもトータルで1MBいったあたりで落ちるようです。
mallocを使えば1MB以上でも落ちません。
トータル1MBを超えるとGCが動作しだすというところが落ちる引き金になっている気がします。
exeの場合なら正常、DLLの場合に落ちるという事はDllMainでのGCの初期化がちゃんとできてないという事でしょうか？
http://www.kmonos.net/alang/d/2.0/dll.html
DｌｌMainは、ここの最初の例をほぼそのままコピペしました(g_hInstの行を除く)。
どうすれば落ちなくなるのでしょうか？

Version D 2.034 Oct 11, 2009
New/Changed Features

Bugs Fixed

* Bugzilla 258: Undefined identifier error for circular import
* Bugzilla 1140: ICE(cod1.c) casting last function parameter to 8 byte value
* Bugzilla 1592: dmd fail to resolve class symbol when i put files in a package
* Bugzilla 2687: ICE(statement.c): tuple foreach in an erroneous template.
* Bugzilla 2829: ICE(expression.c) static array block-initialized in struct literal
* Bugzilla 3006: ICE(e2ir.c, tocsym.c) template module using array operation
* Bugzilla 3041: Array slices can be compared to their element type: bad codegen or ICE
* Bugzilla 3042: Segfault on incorrect override
* Bugzilla 3101: Stack overflow: declaring aggregate member twice with static if
* Bugzilla 3119: Segfault(expression.c) template function overloads with function with same name in other module
* Bugzilla 3174: ICE(mtype.c): Compiler crash or compiler error with auto returns and const / immutable / invarient / pure
* Bugzilla 3176: Compiler hangs on poorly formed mixin in variadic template
* Bugzilla 3261: compiler crash with mixin and forward reference
* Bugzilla 3286: Default parameter prevents to resolve inter-module circular dependency
* Bugzilla 3301: Undefined identifier error dependent on order of imports when a circular import is involved
* Bugzilla 3325: ICE(func.c) function literal with post-contract
* Bugzilla 3343: Crash by "auto main(){}"
* Bugzilla 3344: ICE(e2ir.c) returning an invalid function from main()
* Bugzilla 3357: ICE(cod1.c) using 'in' with a static char array as AA key
* Bugzilla 3366: Segfault(declaration.c) variadic template with unmatched constraint
* Bugzilla 3374: [tdpl] ICE(init.c): Associative array type not inferred

はやっ

1.049 にしてコンパイルしてみた。
返り値が void の関数内で return true; してるところが
コンパイルエラーになった。
今まではなぜならなかった・・・！？

てっきりそういう仕様なんだとばっかり…

ダメだ…
循環importが死ぬ

flectioned も死ぬ・・・

久しぶりだなぁ。

>>237
それってbugzilla登録してる？

D2.0なんだけど、連装配列で構造体のキーがまともに動作しない...
なんか、opEquals も toHash も opCmp も呼ばれてない...

http://codepad.org/bGC0SSRB

const hash_t toHash() にしたら呼ばれたよ。まぁ妥当かと。

そのへんは集成体用のconcept的な何か待ちだな
foreach rangeのドキュメントには.next .retreatと書いてあるが、
動くのは.popFrontと.popBackだ

>>237-240
下記バグのパッチが原因と思われる。
ttp://d.puremagic.com/issues/show_bug.cgi?id=3301

#258, #1592, #3286, #3301は直ってると聞くが、
かなり書き直したようなので、もうすこしバグ修正しないとだめそうね。
あそこのITSはbroken englishでもある程度大丈夫だから積極的に送るといい
コードとビルドログに片言で説明足しただけでもOK。

dmd2.034じゃDFLが謎なところでエラーになりやがるorz
c:\d\dmd2\src\dfl\internal\winapi.d(2078): Error: long has no effect in expression (0)
enum: LRESULT
{
　TBDDRET_DEFAULT = 0, // <<<<<<<<<<<<<<<<<
　TBDDRET_NODEFAULT = 1,
　TBDDRET_TREATPRESSED = 2,
}

>>242 thx

他のメソッドもいろいろ試してみたけど、結局こうしないといけないみたいだな

hash_t toHash() const
equals_t opEquals(ref const(X) rhs) const
int opCmp(ref const(X) rhs) const

でもopEqualsは連想配列から呼ばれないんですね...

import std.stdio;
import std.stream;
void main() {
　　try
　　{
　　　　char[] buff;
　　　　std.stream.File file = new std.stream.File("hoge.txt");
　　　　buff.length = file.available();
　　　　file.read(buff);
　　　　file.close();
　　}
　　catch (Object e)
　　{
　　　　writeln(e.toString());
　　}
　　while(1)
　　{ }
}

これを実行すると

hoge.txtの中身が半角3文字までなら
std.stream.readException: not enough data in stream

hoge.txtの中身が半角4文字以上なら
object.Error: Access Violation

と出力されます。
どこが間違っているのでしょうか？

確かStreamのchar[]の読み書きデータは
文字列の長さ(size_tのサイズ)のあとに実際の文字列が入るやつだから
前者はサイズ(おそらく4byte)がなくて読み込めず
後者は最初の4byteを読み込むべき文字列の長さと勘違いして膨大なデータを読もうとしてる
一度適当なファイルにfile.write("hoge");としてバイナリエディタで覗いてみるとわかりやすい

>>249
なるほど。
シリアライズ/デシリアライズの処理も含まれているんですね。
ただのテキストファイルを読み込みたい時はstd.fileを使わないといけないんですね。。

やり方が間違ってるだけ。

ubyte[1024] buff;
std.stream.File file = new std.stream.File("test.txt");
size_t sz;
char[] str;
while (!file.eof) str ~= buff[0..file.read(buff)];

こんな感じにしてシリアライズしないで読み込めばいい。(BOMなしUTF8を読み込む場合は。)
BOMはEndianStream通すんだったか？
あとavailableはバッファ使うときじゃなかったかな？

>>251
なるほど。
read(ubyte[] buffer)は仕様が違うんですね。

というかD2ならstreamは廃止予定だから使わない方がいい

>>253
まじですか・・・。
代わりに推奨されている物は何になりますか？

らんげ

>>255
std.rangeですか。
これがstreamの代用かぁ。

RangeベースのFileあるいはFileRangeみたいなのがないとStreamの代わりにはならなくね

>>257
std.stdio.File

え？ std.stdio.file がRangeだって！？ほんとに？

std.stdio.File自体はCのラッパーだけど，byLineとか使ってRangeのように使える
ただコメントアウトとかがあって完成しているのかどうかは不明(LockingTextWriterとか見れば分かる)
参照カウントによる自動クローズとか普通に使う分には問題ないと思うけど

忘れてた．だからstd.stream.Fileの代替にはなるけどstd.streamの代替はまだないと思う

ストリームの代替はレンジそのものだろう。

phobosに入ってるソースストリームはファイルとソケットだけだから、
ソケットのレンジ化が完了すればストリームは捨てられる

そうなった場合エンディアンとかバッファとかどうなるの？

>>263
ラッパレンジを作るだけだろ

struct AsEndian(Endian endian, R) {
R r;

static if(is(typeof({ r.put(ubyte.init); }()))) {
void put(ubyte x) { r.put(x); }
void put(int x) { /*ほげほげ*/ }
/*そのほか*/
}
}

Shift-JISのテキストファイルを読み込み、その文字列から区切られた文字列を抜き出すコードがあります。

import std.file;
import std.windows.charset;
string tokenize(in char[] str,/*引数省略*/)
{
　　// コード省略
　　assert(0); // アサート１
　　return result;
}

char[] strMB = cast(char[])read("hoge.txt");
string str = fromMBSz(strMB.idup.ptr);
string token = tokenize(str,/*引数省略*/);
assert(0); // アサート２

resultに日本語の文字列が入る場合に問題が起きます。
・このまま実行するとアサート１の行でAssertion failureが発生。
・アサート１をコメントアウトするとInvalid UTF sequence: 133が発生。

アサート１とアサート２の間には戻り値のコピーしかないので、なぜこのようなエラーが出るのかさっぱりわかりません。
どんな原因が考えられるでしょうか？

readの戻り値がshift-jisならchar*で受けることになるんじゃ
char*のバイナリを配列にキャストしたら関係ないデータが要素数として読みとられて
idupで関係ないところまでコピーしようとしてるとか
調べてないので適当です

std.stdioのlinesとかってRangeオブジェクトを返してたのか

>>267
strをファイルに書き出して中身を確認したところ、
文字コードの違い以外はhoge.txtと同じなので、そこは問題ないと思います。

文字列が日本語の時のみ、Invalid UTF sequence: 133というエラーなので文字コードが関係してる気がするのですが、
エラーの発生箇所が戻り値のコピーなので謎です。

UTF8としておかしな文字がないかどうかチェックされるようだから
コピー時に行われるそれがエラーになっているのだろう

え、戻り値(string型つまりimmutableなchar配列の参照)のコピーなのになんで内部チェックとかしてるの？
そもそもfromMBSzでShift_JISからUTF8に戻しているはずだから文字コードが問題でもない気がする。
tokenize内で何かしらの最適化が起こって、assert(0);の評価順が変わってるとかってことはないかな？

assert(0) は到達不能性の表明としてコードフロー解析で特別視されるから、
生成コードが変わってしまう可能性があるよ。
デバッグのときは普通にprintfかthrowしたほうがいい。

>>270-272
言語の基本仕様の部分に動的な値チェックがある事は考えていませんでした。
でも、配列もクラスのような物？ですね。

assert(0)の評価順が変わる可能性があるのも知らなかったです。
>>266のアサート１とアサート２の部分をthrowに変えてみましたが、
同じようにアサート１の行からアサート２の行の間でInvalid UTF sequence: 133が発生しているようです。
もうさっぱりわかりません・・・。

std.utf.validateつかってresultとかの文字列を全部ステップごとに確認しながら追っかけてみたら？

うーん。いろいろ試してみたが再現しないぞ
もう少しコード載せられね？

もしかしてShift_JISな文字列をwritelnとかしてるとかいう落ちではないよねえ

そうだな完全な再現コードとコンパイラのバージョンをくれ

「assert(0)の「評価順」が変わる可能性」はないだろ？
生成されるバイナリが変わる可能性があるだけで．
関係なくね

>>274-276
大変申し訳ない事なのですが、ここに載せてないコードが原因でした・・・。
問題が発生するtokenizeの呼び出しよりも前に1回tokenizeを呼び出していて、これを見落としていました。
アサート１を有効にすれば1回目のtokenizeでエラー、コメントアウトすると2回目のtokenizeでInvalid UTF sequence: 133という事でした。

Invalid UTF sequence: 133が発生する箇所は
auto pos = find(str, '<');
これを
auto pos = find(str, "<");
に直したらエラーは出なくなりました。
お騒がせしました。

indexOfも調べといてね

まさかの2.035リリース
http://www.digitalmars.com/d/2.0/changelog.html#new2_035

この速さはD0の頃を思い出すな

なんだとｗｗｗｗｗｗｗｗｗ

この速さはD2を完成させてD3の開発に移行するフラグ

俺のダウンロードフォルダにある解凍していないdmd.2.034.zipの立場はどうなる

-Xうごかねｗｗ

>>285
http://lists.puremagic.com/pipermail/digitalmars-d-announce/2009-October/014214.html
現状はmodule必須だよ．

mainがあるソースでもmoduleいるのか

buggyだな

明日には2.037が出るな

>>289
2.036はどこに行ったんだｗ

一応D3の準備が始まってるのか？？？

う、うん……(´・ω・｀)

なんでションボリしてんのｗ

>>291
以前MLで「2で実装したかった幾つかの機能は3に持ち越し」みたいなこと誰かが書いてたような気がする
希に名前は出てくるけどどうなってるかは分からない……(´・ω・｀)

ｗｋｔｋしてきた！

シリアライズが面倒くさい・・・
boost::serializationみたいなのできないかなぁ。

wktkは、ど〜でもいいんだけど、どうなの？
Dは、ぼちぼち実用できるレベルになったの？
得意分野を持たない物は、プログラミング言語に限らず公には
忘れられていくと思うんだけど、これ！こゆ事にはD！とかいう
分野は確定できた？

D2の安定版出たらベターCとして使いたいね

来年にはD4リリースです

>>297
Pythonは、とくに得意分野もないけど定着したね。
登場当初は「Perlあるからイラネ」と言われてたものでした。

>>297みたいにDと実用って語が同時に出てくると反射的に
「こいつ何言ってるんだろう……」とか思ってしまう俺は本当によく訓練されてると思う。

>>300
いや、perlに比べるとpythonは覚え易いっしょ。

訓練ではない、調教だ

>>303 は全面的に正しい

better Cじゃなくてbetter C++だろ？

それに、どちらかで書かれた外部ライブラリだって使えるんだから、
プアーでない環境でのC/C++とほとんど同じ領域で実用できるさ。
スレッドやデリゲート、よりよいテンプレートなどがある分、C++03よりも実用的なくらいだ。
※ただし言語仕様の変更に応じてソースを修正できるならね（笑）

>>305
ソースコンバータで一儲けできるまでに広まって欲しいっす。

QtDが再びWindowsでビルドできるようになってたから使ってみたらわけのわからないところで落ちまくる
これだよこれ、やっとまともなDのライブラリになったな

>>307
よく調教され(ry

dmdで
-c -o- -deps=ほげ source.d
ってやるとsource.dが依存するファイルが一覧で取れるって今知った

上手く解析すればbudみたいの作れないかなー

libdmdみたいにしてそういうインターフェースを整えてくれないものだろうか、うぉるたん

>>310
コンパイラをバイナリレベルでリンクするのは前にC++コンパイラで試したけど面倒だったから
テキストで出力する方式にするっていってた。

QtDの中の何かを呼び出したタイミングで落ちるのかと思ったら
なぜかstd.file.readを使ったところで落ちる
QtDと組み合わせなければ落ちない
何やねん

バグのないプログラムは無いが直せないバグはない、っていう
言葉と同じで、安定していないからモノを作れない、にはならないぜ！


って思う俺はやはり調教されてるのか。。。

なんか理想と現実だいぶ違うから〜っていう歌を思い出した

311が何を言っているのかわからないのは俺だけか

“We are all Walter Bright.”

俺が・・・・俺たちがウォルターブライトだ！！

ふいたｗｗｗｗｗ

クラスでの機能の継承よりも mixin での機能の委譲って
なんだか便利だね。
同一機能を複数、個別の名前をつけて委譲できる文字列 mixin が
重宝してます。

機能を共有する手段として継承使うと結局わやくちゃになるからな

template method patternは親クラスの設計からはみ出すような要件がでてきたとたんに
クラスツリーを丸ごと放棄するか全面的な書き換え（少なくとも読み直し）が必要になって困るんだが
Dだとmixinを使ってうまく柔軟にやれるのかい？

名前さえ同じであればいいし、些細な違いはstatic ifとかで吸収できるから
JavaBeansみたいなのを超強化したような事がやれると思う

プロトタイプベースのオブジェクト指向できるかな

mixin使うと可読性が低くなるのがちょっとな…
普段あんまり使わないからかもしれないけど。
どうやって書いたら可読性の高いmixinができるかな？

``を上手く使うくらいしか思いつかね

>>324
文字列にしたらIDEからのサポートは絶望的になるな。
もしmixinでいろいろやるとしたらtemplate mixinの方がいいんじゃないか？

>>322
class O {
Variant[] prototype;
O dup() {
auto o = new O;
o.prototype = this.prototype;
return o;
}
}

>>325
template mixinと文字列mixinは名前こそ似てるが完全に別物だぞ

mixin絡みでC++の二の舞の気がしてきた
なんだかオラわくわくしてきたぞ

>>320 はtemplate mixinのつもりだった

``よりもq{}の方が便利だ

>>326
インスタンスへ静的にメソッドを追加できないかね

いやインスタンスは流石に無理かｗ
じゃあこれでｗ
class Some(string method){
mixin(method);
}

mixin系ってなにげにいろんな言語に取り込まれているな
ぱっと思いつくところではRubyとかScalaとか

連想配列に関して何か意見あったら今のうちにNG送っとけよ

template mixinはダイナミックスコープのまま？
レキシカルスコープになる気配ある？

>>334
あっても英語ができない
ないけど

struct Hoge { int a, b, c; }
Hoge hoge;
foreach(ref e, hoge.tupleof) {
e = 100;
}

こんな感じでtupleをforeachで回してstructのメンバに代入したいのですが、
foreachの行でコンパイルエラーError: no storage class for value eが発生してしまいます。
何か方法はないのでしょうか？

× foreach(ref e, hoge.tupleof) {
○ foreach(ref e; hoge.tupleof) {

見た目の格好悪さを我慢できるならこれが手軽。

struct Hoge { int a, b, c; }
void main(){
Hoge hoge;
foreach(i,e; hoge.tupleof) {
hoge.tupleof[i] = 100;
}
}

>>338
書き間違えました。
>>339
なるほど。
使わないeを宣言してるところは格好悪いですね。

import std.stdio;
import std.algorithm;
void main()
{
struct Hoge { int a, b, c; };
Hoge hoge;
fill(cast(int[])((cast(void*)&hoge)[0..Hoge.sizeof]), 100);
write(hoge);
}

何がなんだかわからなくなってきた

void func(T)(ref T t){...}
int[10] arr;
func(arr);

Error: cannot have out or ref parameter of type int[10u]
静的配列をrefで受け取る事ってできないんですかね？

>>342
そもそも静的配列は左辺値じゃないからな。

スライスにする
import std.stdio;
void func(T)(ref T t){ t[0] = 1; }
void main(){
int[10] arr;
func(arr[]);
writeln(arr);
}

>>343-344
thx
動的配列と似てるようで結構違うんですね。

なんでスライスにしたら書き換えられて
静的配列だと書き換えられないんだｗ

配列のスライスも通常の左辺値じゃないはずから（=で代入できるけど、特殊な処理が走る）
refで渡した物に代入しても期待通りの結果にはならないと思う。

配列自体が特殊な参照型だから（ｒｙ

静的配列は値型、動的配列は特殊な参照型(サイズ+ポインタ)。
静的配列をスライスすると、その静的配列を指す動的配列になる。
静的配列型変数も立派な左辺値な。ただ静的配列は変数の引数に使えない、返り値に使えないなどの謎な制限がある。ロス無しで制限回避するなら構造体にキャストするのが正解。まぁスライス取った方が読みやすいが。

int[new] dynArr;
int[N] staArr;
auto slice1 = dynArr[0..2];
auto slice2 = staArr[0..3];
になったらそこらへんも一緒に改善されるかな？

ついでにタプルを関数から返せるように・・・
とか改善して欲しいところは昔から一杯残ったままだな
ちゃんとvotes使われてるのか？

http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel
保留中のアイデア
Move 'delete' from language to library. Possibly even get rid of 'new'.
えー

D言語でSDLを使う方法が書かれているページの通りにやったらエラー出て、
原因はD 2.0を使っているためだと思い、何分か試行錯誤して、使えるようにできた。
SDLフォルダ(SDL.dとかSDL_video.dとかがあるフォルダ)の中のD言語ソースファイルの「bit」というところを「bool」に書き換える。
これで動作するはず。
既出だったらごめんなさい。

bitってもう完全に廃止されたんだっけ？
deprecatedになったのは覚えてるんだけどいつの間にかなくなってたよね

bitになってるとエラー出る(英語はわからないが、多分、bitなんていう識別子は無いってことだと思う)から、
bitは多分消えたと思う

動的配列のconstを全てはずすにはどうやればいいですか？
例えばstd.traits.Unqual!(const(char)[][])とやってもconstがはずれません。

再帰的に適用するテンプレートつくれば

テンプレートって本質的に型汎用的だから
自作したテンプレートってたいてい標準で備わっていて欲しくなって困る
いや困らない

>>357
Phobosにはないんですね。
まあ作るのは簡単そうですね。

>>355
D1だとobject.dにboolのaliasで定義されてるんだけど
D2になる機会にスッキリ息の根を止めようってことみたいね

bitはもともと1bitの型だったの？

bitがboolのaliasだったということはbitはboolと同じなんじゃないですか？

C++から来てforeach便利すぎて多用してるんだけど
二つの配列同時になめてく時はインデクスでアクセスしなきゃいけないのがなんか悔しい。

>>353
たしか前スレで出てた。

foreach (i, v; a)
のiの部分をindexに限定してることはforeachの幅を著しく下げてるよね
foreach (i; v1; a)とかにして
foreach (i; v1, v2; a1, a2)とかやりたいよね

>>363
どこかにzipWithなかったっけ。

>>363
そのためのrange

ついでにttp://www5.atwiki.jp/yaruhara/pages/74.htmlのサンプルの画像を表示が
D2.0ではエラー出るのを直す方法も考えた。
SDL_video.dの、SDL_LoadBMP関数の引数、「char* file」を
「immutable(char*) file」に書き換えておく。
こうすれば一応サンプルは動く。
これも既出だったらごめんなさい。

普通にstringでいいんじゃね

元は、
SDL_LoadBMP(const char *file);
なので,そこは
SDL_LoadBMP(char* file);
にしとくべきだと思うが。

すまん。わかりにくかった。
2行目がC言語,4行目がD言語な。

>>369
SDL_LoadBMP(const(char)* file);
でしょ

D言語で、引数の型をAutoにする方法は無いのでしょうか。

>>372
template関数じゃ駄目なの？
それとも更に構文糖が欲しいってこと？

>>371
D の const は、型修飾子ではなく記憶クラスです。従って、 型修飾子として使われている const は全て除いてしまいます：

CのconstってDと違うし、外すべきだと思ったんだが。

templateは便利ですね。
これならstringもimmutable(char*)にもchar[]にも対応できるSDL_LoadBMPができるかも

>>374
それは一体いつの知識なんだ。

>>375
そもそもCでconst char*型で定義されているのだから、
Dではこれと同等の型であるconst(char)*型で宣言すべき。

stringすなわちimmutable(char)[]も、immutable(char)*も、char[]も
const(char)*に暗黙的に変換できる。

>>376
const(char)*で成功しました。
ありがとうございます。

>>365-366
zipってforeach(ref e; r){e = 1;}みたいに代入するのにも使えるの？

今の実装だとたぶんできないな．

foreachってなんでデフォが値のコピーなんだろう？
array[i] = 1;のつもりでforeach(e; array){e = 1;}と書き間違うリスクが高いと思うんだが。

それはない。

>>380
おまえは何を言っているんだ

バイナリの入ったTangoの前バージョンってどこ行けば手に入るんでしょうか

make it yourself

>>380じゃないけど配列に処理結果書き込まれてなくてあれ、とか思ったらref付け忘れてた、ってことはあった。
for (i = 0; i < a.length; ++i)

二行目間違いｗ　消し忘れなんで気にしないでくれ。

tango.core.Exception.UnicodeException: Unicode.toString32 : invalid utf8 input
日本語使ってないんですが、上記のエラーが出ます。
なぜ？

>>387 最小限の再現コードを作って

D言語で、コンソールをクリアするにはどうすればいいのでしょうか。
clsコマンドのようなことをしたいのですが、

system("reset")

連続で質問してすいません。
「#IFDEF _WIN32」のようなことをしたいのですが、、
どうすればいいのでしょうか。

version (Win32)
{
/* コード */
}

ちなみにそれを含めて >>389 に答えるとこうなる

import std.stdio;
import std.process;

void main() {
writeln("aaaaa");
version (Windows) {
system("cls"); // Winならclsでコンソールをクリア
} else {
system("reset"); // Win以外の環境だとこうなの？よく知らないけど
}
}

resetよりclearの方が良くね?
$ clear | hexdump
0000000 5b1b 1b48 325b 004a                    
0000007
それと単にこのコード吐き出しゃ良い気もする

module main;
private import tango.io.FilePath;

int main()
{
new FilePath("c:\\d");
return 0;
}

tango-0.99.7-bin-win32-dmd.1.033
です。

import dfl.all;
private import tango.io.FilePath,tango.io.Stdout;
class MyForm: dfl.form.Form
{
this()
{
allowDrop = true;
text = "My Form";
clientSize = dfl.all.Size(248, 189);
this.dragOver ~= &this.dOver;
}
void dOver(Control sender, DragEventArgs ea) {
if ( ea.data.getDataPresent( DataFormats.fileDrop ) ) {
Stdout("1").newline;
char[][] fs = cast(char[][])ea.data.getData( DataFormats.fileDrop ).getStrings();
Stdout("2").newline;
foreach(int i , char[] f ; fs ) {
Stdout("3").newline;
FilePath fp = new FilePath(f);
}
}
}
}
int main()
{ int result = 0;
try { Application.run(new MyForm()); }
catch(Object o) { msgBox(o.toString(), "Fatal Error", MsgBoxButtons.OK, MsgBoxIcon.ERROR); result = 1; }
return result;
}

すいません。間違いました。こっちで。

自己解決しました。
>>395
で、エラーの内容が\が入ってるとはっきり出ていたので、Text.substitute　で置き換えたらあっさり通りました。
バックスラッシュが駄目なんですね・・・、なんでだろ。
後は、Application.autoCollect = false;　がmain関数内に必要でした。

お騒がせしました。

ncursesのDラッパとか探せばあるんじゃね

assertにエラーメッセージを付加することってできないですか？
例外クラスを書いてthrowするしかない？

assert(0, "msg");ってことじゃなくて？

>>400
簡単にできるんですね。
どうもでした。

数値を文字列に変換するpure関数ってないでしょうか？
pure関数の契約の中で、convのtoを使って数値を文字列に変換しようとしたらpureじゃないって怒られました。

convにpureつければおｋ

std.conv.toがpureじゃないのがおかしいんじゃないか…?

早くbugzillaにパッチをあげてandreiの尻を叩くんだ

>>403-405
言われてみれば確かにpureじゃないのが変な気がします。
何か理由でもあるんでしょうか？
今後に期待orz

たぶん実装的には現状のままでもpureつけて動くと思うよ

>>407
parseとかいくつか修正が必要なので素直にMLに投げてAndreiに修正してもらった方が楽かも

phobosは未だにpureとかnothrowとかついてない関数が多いな
CTFEで出来そうなのにそうなってない関数とかも

nothrowの使いどころってイマイチ分かってない。
Stack Overflowがあり得る以上、関数呼び出しもしちゃだめなのか？

nothrow double func(){
return func2();
}
nothrow double func2(){
return func();
}
void main(){
func();
}
これは今のところコンパイルも通る(dmd2.035)し、ちゃんと落ちますが。

検査例外と実行時例外

>>410
nothrowはExceptionを投げない関数なのでErrorを投げる可能性がある。

とはいえ、検査例外的な機能を入れるならJavaのように投げる可能性のあるものを列挙できるようにしないと
catch(Excepiton)するしかなくなるので、俺も使い道はよく分からない。

>>nothrowはExceptionを投げない関数なのでErrorを投げる可能性がある。

class Error : Exception だと思ってた漏れを笑ってやってください。
なんだThrowableってｗ

nothrow void func(){
throw new Error("error!"); // <- new が may throw
}
nothrow void func2(){
try throw new Error("error!");
catch(Exception e) writeln("error!"); // <- writeln が may throw
}
nothrow void func3(){
try throw new Error("error");
catch(Exception) {} // OK >>412 するしかなくなる
}
ぬぅ。。。やっぱりよくわかりませんでした。>使い道

throw new Errorが通らないのはたぶんバグ

>>415
>(newに)失敗すると、null を返すのではなく OutOfMemoryException 例外が投げられます。
らしいから、バグじゃないかも？
OutOfMemoryErrorじゃないのがバグ？

ところでobject.Error: Stack Overflowって catch(Error) で取れないんですね。
StackがOverflowしてるんだからしゃーないのか？
このぶんだとOutOfMemoryExceptionも取れないのだろうか。メモリ無いんだし。

実行時例外って何かと思ったら
runtime exceptionを訳したのか
このruntimeを実行時って訳すのに違和感・・・
ランタイムに出る例外じゃなくてランタイムが出す例外だよね？

（ﾟДﾟ）

ランタイムライブラリをランタイムと略したらそうなるんだろうけど

>>417
実行時のエラーが原因で投げられるから実行時例外なんでしょ

アホなこと言ってごめんよｗ
実行時のエラーが原因で投げられるのは検査例外も一緒じゃないの

そもそもコンパイルタイムに例外なんて飛ばないんだから

compile time errorに対してのruntime errorだから、
例外がない時代の用語を元にしているんだよなあ。
runtime libraryは言語仕様ライブラリとかの方がしっくりくる。

コンパイルタイム例外?
http://d.puremagic.com/issues/show_bug.cgi?id=3050

>>422
そもそもコンパイルタイムに例外なんて飛ばないんだから、
runtime exceptionを実行時例外と呼ぶことに違和感がある、んだけど・・・

>>425
コンパイル時に処理漏れを検査できる検査例外に対して、
実行してみないとどこで飛ぶか分からないのがruntime exceptionだから
実行時例外でもいいでしょ

import std.algorithm;
import std.range;
makeIndex!("a.at!(0) == b.at!(0) ? a.at!(1) > b.at(1) : a.at!(0) > b.at!(0)")(zip(arr1, arr2), index);

functional.d(176): Error: static assert "Bad binary function q{a.at!(0) == b.at!(0) ? a.at!(1) > b.at(1) : a.at!(0) > b.at!(0)}. You need to use a valid D expression using symbols a of type Proxy and b of type Proxy."
「値が同じなら別の値を使ってソートする」という事をしたいのですがコンパイルエラーになります。
述語を関数やファンクタにするとなると、zipが返す型を記述しないといけなくなるのがなんだかなーといった感じです。
うまい方法はないでしょうか？

すみませんタイプミスでした。
b.at(1)をb.at!(1)に変えたら解決しました。

htodを使ってOpenCVのcv.hをDのモジュールにしようとしたら、
Fatal error: unable to open input file 'assert.h'
というエラーが出て、不完全なファイルが出力されてしまいました。
どうすればいいのでしょうか。

assert.hを読めるようにインクルードパスを設定する

assert.hがあるところに環境変数PATHを設定したのですが、それでも同じエラーが出ます。
dmフォルダのsc.iniに書かれているインクルードパスもassert.hがあるフォルダに設定されています。
cv.hとは違うディレクトリに出力させているためでしょうか。

-Idm\include

>>432
それで成功しました。ありがとうございます。
しかし、cv.hの最初のほうの複雑な入れ子になっている#ifdefがそのままになっています。
このままでも使えるんですか？

>>433
そのへんは自分で直す必要がある。
というか、htodの出力は一通り人の手で修正しないと使い物にならないよ

確かに、「module D:\hoge\cv.d」のようにフルパスで出てきているところや、
プリプロセッサ削除ができていないところは修正するしかないですね。
OpenCVのhファイルの中でもコンパイルエラー出して変換できないものも多いですし

BCDとかどうなんだろ？バインディング生成が目的みたいだけど．

htod任せだとconstも全部取り除いてくれるから文字列渡すときにdup.ptrとか渡すことになる。
上のほうでSDLについてその辺の話が出てるけど。

だってhtodが生成するのってD1だろ

動的配列を逆向きにたどったスライスが欲しくて
int[] arr;
auto r = std.range.retro(arr);
auto r2 = r[0..2];
というのを考えたのですが、Retroには引数を2つ取るopSliceがないようです。

arr.reverseとするのは処理コストがかかりそうで、できれば避けたいのですが、
他に方法はないのでしょうか？

>>439
// r = retro(arr)[m .. n]

auto r = take(n, retro(arr));
popFrontN(arr, m);

最後arrじゃなくてrだった

>>440
thx

何も表示されないんだけど
import std.stdio;
import std.range;
void main(){
int[] arr = [1,2,3,4,5];
auto r = take(1, retro(arr));
popFrontN(r, 2);
foreach(int e; r) writeln(e);
}

あ，takeで1個しか取ってないからだ orz

import std.stdio;
import std.range;
void main(){
int[] arr = [1,2,3,4,5];
auto r = take(4, retro(arr)).popFrontN(1); // これできないのなんでだろう
foreach(int e; r) writeln(e);
}
main.d(5): Error: no property 'popFrontN' for type 'Take!(Retro!(int[]))'
main.d(5): Error: function expected before (), not __error of type int
main.d(6): Error: foreach: int is not an aggregate type

あ・・・まだrangeなんですね

まだRangeはダメなんですね　でした　orz

ダメというのは？

atの第1引数がrangeでも(*)ができるのかと思いましたができないんですねという意味です
int at(int[] arr, uint index){
　return arr[index];
}
int[] arr = [1,2,3];
assert(arr.at(1) == 2); // (*)

次のまだー

なぜphobosはモジュールをstructで書くのだろう？
Dのstruct関係が最適化が効いててやたら速いからなのだろうが、
値型でモジュールを書くのはC++の悪夢を思い出して嫌な感じがする。

というかアンドレイがだな
なんでかな

とはいえ言語の基幹部分にクラス入れられるのも変な感じがする

よし、すべての引数をrefで受け渡しだ！

右辺値参照rrefまだー

perlerが暴れてるのか

クラスの上位は抽象的なのが望ましいから
クラスライブラリを使うとGoFのAdapterを使う場面が増える
Adapterに派生を使うと、そこから他のクラスを継承できなくなるので
自然に集約のAdapterを選択している

　　　　　　|
　 　＼　　__　　／
　 　＿　（ｍ）　＿ピコーン
　 　　　　|ミ|
　 　／ 　.｀´　 ＼
　　　　 ﾊ_ﾊ 　
　 　　 ( ﾟ∀ﾟ)')
　　　　(つ　ﾉ
　　　 ⊂__ノ
.　　　　 し'
だったら最初から集約を強制すればいいじゃないか

>>457
コードも一緒に載せてください m(..)m

>>458
ちょw

構造体なんてC/C++との橋渡しのみ、くらい割り切ることはできんのかなぁ。
Dは基本的にクラスで統一、ただしC/C++の概念である構造体も相互運用のためサポートしてます、くらい明確に住み分けて欲しい。

クラスをはっきり値型として宣言できるとか、
変数をnullableと宣言しない限りnullを代入できないとか、
構造体的な使い方しかしなければ構造体と同じように最適化してくれるとか、

ああ畜生！　なんでこの言語触ってると自分で言語作りたくなってくるんだ！
おかげでコンパイラの作り方とか本買っちまったじゃねーかYO！！

Dのアドバンテージってもうネイティブコード吐けるくらいしかないなぁ
普段python使ってて間に合っちゃってるし

>>461
pythonいいな、Dよりもpythonの優れた箇所を知りたい

>>460
むしろ逆にnewを消してクラスを構造体に近づけようという動きの方が盛んだと思うが

俺も何となくnewっていらないよなーと思っていたので改めて考えてみる
class A{void f(){}}
A a;
a.f(); // これで動く
やっぱり，未初期化でインスタンスを指さない変数なんていらなくね？
それが欲しかったら
A a = null;
って明示すりゃあいいんだし．
nullよりインスタンスを指す変数の方がよく使うでしょ．

それはnewより未初期化変数の方の問題なんじゃないだろうか。

コードの不吉な匂いの一種として「甘やかされたnull」なんてどこかで言われてたっけね。うまい言い方だと思った。
あれはプログラマーが甘やかしてるケースだったけど、いろんな言語の仕様からもnullは甘やかされてるって思う。
ある変数がnullであることが何を意味するのかってドキュメントでしか分からないんだし、
もーちょっとnullを使わなくてもよくする言語仕様ってのが欲しいね。
コンパイラには「nullにしときますね」じゃなく「これnullになるけどお前それでいいのか？どういう意味か分からないんですわ？お？」と言って欲しい。

D3に期待

今まで動的配列で扱っていた部分をrangeに置き換えようと思っているのですが、
関数の引数で動的配列を受け取っていた部分は、全部テンプレートに書き直すことになるんですかね？
全て書き換えるのは大変なのですが、rangeから動的配列に変換する事はできないのでしょうか？

core.threadのThreadでstartしたのにスレッドが実行されていない事があるのですが、
どのような原因が考えられますでしょうか？
また、解決策として下記のようにしたのですが問題ありますでしょうか？

while( !m_thread.isRunning )
{
　m_thread = new SubThread;
　m_thread.isDaemon = true;
　m_thread.start();
}

一応、何回か試したところ大丈夫そうなのですが・・・

linuxなら、ガベコレがバグっててスレッドのコンテキストの切り替えが
めちゃくちゃになっているから、とても使えたものではない
という話を聞いたことがある

windowsなら、一見動いてても意味不明のアクセス違反が発生しまくる事があった気がする

環境はWindowsで、コンパイラは最新のDMD2.035です。
やっぱりバグの可能性もあるのですね(;^^

いや、たぶん使い方間違えてるだけじゃない？普通にできたよ？
daemon状態でjoinせずにmain関数終了させたとかないか？
>>469とか>>470はいつの話だ？相当昔のバグだった気がする。

import std.stdio;
import core.thread;
class SubThread: Thread{
this(){ super(&run); }
private void run(){
Thread.sleep(10_000_000);
writeln("finish");
}
}
void main(){
auto t = new SubThread;
t.start();
t.join();
}

>>467
書き直した方がいいんじゃなかろうか
Rangeから動的配列を作り出すコストがかかるのでは

>>467
std.array.array

アレアレ

>>473-474
thx

> 入力レンジ r の内容を持った配列を新しくアロケートします。
これはコストが高そうですね。
range使うなら全部range用のコードにしないとあまり旨味がなさそうですね。

静的配列ってバイナリに埋め込まれるのですか？ですよね。
なら、全部埋め込むとバイナリが大きくなるから、
コンパイル時に静的配列のシーケンスを生成することはできますか？
何らかの級数なりなんなりであれば、理論的には可能だと思うのですが。

>>477
sequenceかなんかで数列を生成してコピーすればいいだけじゃないの？

>>476
別にコストっていっても長さのわかってるrangeなら高々長さに比例した時間しか掛からないし、
遅延評価的な挙動では困るときは結局range長さ分のメモリを確保してコピーするしかないのだから
場合によるとしかいえないだろう

動的配列を関数の引数で受け取り、関数内で配列の中身を書き換えたら、実引数の配列には影響しませんでした。
これは、refやoutを指定しない限り、配列がコピーされるという事なのでしょうか？

少し上でも話題になっていますが、phobosがstructで書かれている事も含めて、
C++での「基本型以外を引数にする時はconst参照」という習慣をDでもやりたくなってきます。
でも、コピーのコストが気になるからといってrefをつけていたら、in,out,refの意味論からはずれてしまいますよね？(inが使えない)
またconst ref char[]ではstringを受け取れないという問題も発生します。
どういうスタイルで書けばいいのでしょう？

あれ？なんかおかしなことを言っていますね
すいません
気にしないで下さい

>>480
>動的配列を関数の引数で受け取り、関数内で配列の中身を書き換えたら、実引数の配列には影響しませんでした。
>これは、refやoutを指定しない限り、配列がコピーされるという事なのでしょうか？
そんなはずはないでしょ。なにか間違えてるよ。

>少し上でも話題になっていますが、phobosがstructで書かれている事も含めて、
>C++での「基本型以外を引数にする時はconst参照」という習慣をDでもやりたくなってきます。
C++と違ってDのclassはもともと参照型なのでコピーのコストを理由に参照で渡す必要は全くないよね。

>でも、コピーのコストが気になるからといってrefをつけていたら、in,out,refの意味論からはずれてしまいますよね？(inが使えない)
inとref/outは意味として全く違うカテゴリに属すからいいんじゃないの。
まあ、このあたりの言語仕様は整理が必要だとは思うけど。

>またconst ref char[]ではstringを受け取れないという問題も発生します。
>どういうスタイルで書けばいいのでしょう？
immutable(T)[]* を const(const(T)[])* に変換できないのは当然だから、意味を考えてオーバーロードするしかないだろうけど、
動的配列は (size_t, void*) 程度の大きさしかないから参照渡しする必要はないと思うよ。

>>482
import std.stdio;
void func(int[] arr) {// outでもrefでもない
　　arr.length = 10;
　　for (int i = 0; i != 10; ++i) { arr[i] = i; }
}
void main() {
　　int[] arr;
　　arr.length = 1;
　　arr[0] = 100;
　　func(arr);
　　writeln(arr);
　　while(1){}
}
実行結果は100と表示されます。

> C++と違ってDのclassはもともと参照型なのでコピーのコストを理由に参照で渡す必要は全くないよね。
structの時にコピーのコストが問題になります。phobosがstructを使っていますし。

> inとref/outは意味として全く違うカテゴリに属すからいいんじゃないの。
> まあ、このあたりの言語仕様は整理が必要だとは思うけど。
in ref int[] arrとしたくなります(意味論はinで、コピーコストを避けるためにref)。

> immutable(T)[]* を const(const(T)[])* に変換できないのは当然だから、意味を考えてオーバーロードするしかないだろうけど、
> 動的配列は (size_t, void*) 程度の大きさしかないから参照渡しする必要はないと思うよ。
mutableもimmutableも受け取れるconstは便利だと思うので、const refじゃだめだなーと思いました。

>>483
長さを変えたらコピーされるのは当然だろうが。アホちゃうの

>>484
動的配列って長さ変えたら参照先が別物になってしまうんですか・・・。
実質長さを変えられない(変えたら別物)っていうのは扱いづらく感じるなぁ。

>>483
CoWのドキュメント読み直すべき

>>485
そのためのrefだろ

なんか話がかみ合ってないなｗ

>>485
だから動的配列は長さとポインタのペアだって言ってるがな……

>>472
ダメでした・・・
join()しても同じ状況になりました。

static this()でstart()しているのですが、
なぜかスレッドが実行されていないことがあるようですorz

>>486
なるほど。
Copy-On-Writeなんですね。
しかし、C++の感覚のせいか
*p = ...
と
p = ...
の区別が表面に見えないのが気持ち悪く感じてしまいます。

>>489
長さとポインタのペアと言っても、C++のstd::vectorみたいなのを想像していました。

>>490
それはcore.threadのstatic thisより先に実行される可能性があるからまずくないか

>>492
GCが動き始めるときにスレッドの初期化は終わってるはずだから、それは心配しなくていいと思う。

>>492
２０回程度ためしてみたら問題ありませんでした＾＾
どうやらstatic this()がマズかったようですね・・・

回答ありがとうございました！

本題から話がそれてしまいましたが、もう少し意見を頂きたいです。
structについて>>480はどう思われますか？
structのコピーのコストを気にするのはD言語らしくないのでしょうか？

コピーのコストが気になるに+1票。
組込型はC++のconst T、その他はconst T&相当がデフォルトになるのを希望。
でもまぁ、アラインメント・inline・組み込み関数なんかも整備されないとどうせC++並の
速度は出せないのであまり気にしても仕方ないと思うことにしてる。

D言語は最適化がしやすいように作られていると思ったので、仮引数をinにしたら構造体のコピー
なんて実際には起こらないかもしれない、ということを期待することができる。
なので、気にせずにどんどんinで値渡ししていいと思うよ

>>496-497
レスthx
コンパイラの最適化にまかせておけば良さそうですね。

>497
引数を受け取った関数の中でさらに別の関数へ飛んだらその引数の
アドレスの何かが書き換えられるかもしれないと思うんだけど、
そういうのってどうやって判断するの？

何のためのconst/immutableだ

よーしパパ
auto b = cast(immutable) a;
a.var = "c";
しちゃうぞー

>>500
引数にimmutableなものを渡したからって引数渡しの方法が変わるとは
思えないんだけど、それってどっかに書かれてる？

最適化の可能性の話してるんじゃないのか？

>>499
inにしたらその引数のアドレスを無理やり取って書き換えるようなことはしてはいけない。
その操作は未定義動作で、最適化によってバグった挙動になっても文句言えない。

でもまぁ現状そういう最適化はされてないみたいで、下記ベンチマークだとfugaの方が3万倍くらい速いみたい。
inの意味が現状のconst refと同じような挙動になればいいなとは思う。

struct XXX{int[0x10000] x;}
size_t gHoge;
void hoge(in XXX x){gHoge += cast(size_t)x.x.ptr;}
size_t gFuga;
void fuga(const ref XXX x){gFuga += cast(size_t)x.x.ptr;}
void main(){
XXX x=void;
foreach (i; 0..100000) hoge(x);
foreach (i; 0..100000) fuga(x);
}

immutable型ならポインタ渡しに書き換えても不都合は生じないけど、
関数の引数を弄るとシグネチャが変わってしまったりしてやりづらいのかもしれない

最適化がしやすい言語設計になってても実際のdmdはあんま最適化に力入れてないからね。
ベクトル演算遅いし。自動的に非仮想関数になるはずなのにfinalつけたほうが呼び出し早いし。

in を scope const じゃなくて ref const にしろと？

それは悪くない選択かもしれないけどref型だとimmutable()からconst()への暗黙的変換ができないので、
その辺はコンパイラが適当に面倒をみてくれる方がいいとおもう

Pascal系の言語みたく、inは、関数内では書き換え不可の何か渡し、で、
引数型のサイズに応じてレジスタ、スタック、参照渡しを使い分けるようなのをだな……

>>474
Σ(ﾟДﾟ)

初めて知った

はいはい2.036ですよー

> Bugzilla 424: Unexpected OPTLINK Termination at EIP=0044C37B (too many fixups)
ｷﾀｺﾚ

うーむ
バグなかなか直らないな

1年ぐらい放っておくと忘れた頃に直ってる

D言語に限った事ではないですが、
テンプレート絡みのコンパイルエラーのメッセージのわかりにくさってなんとかならないんですかね？
例えば、phobosのファイル名と行番号出されても、どこを修正すればいいのかわかりづらいです。

* ライブラリの設計者がそこかしこにstatic assertを仕込む
* コンパイラがテンプレート展開のトレースを吐けるようにする

std.convとかどこで失敗してるのかわからなくて途方にくれるよな

>>516
テンプレート展開のトレースがあったら便利だと思うのですが、C++も含めてないですよね。
作るのが難しいんでしょうか。
>>517
呼び出し元の行番号が表示されてくれれば・・・と思うことがよくあります。

import std.range;
void func(in int[] arr) // arrは読み取り専用
{ auto r = retro(arr); }

range.d(515): Error: this is not mutable
const配列のRetroは作れないんでしょうか？

import std.range;
void func(in int[] arr) // arrは読み取り専用
{ auto r = retro(arr.dup); }
だとどうなる？
現状、retroがmutableしか受け取らないのが問題

>>520
それならいけました。
しかし、const配列のRetroが作れないのって何か理由があるんでしょうか？
mutableの配列しか作れないのは不便だなぁ。

あれ？それ普通にできたけど
dmd2036

>>522
2034を使っていたのですが、2036にしたらエラーでなくなりましたｔｈｘ。

int func(Range)(in Range r)
{ return r.length; }

void main() {
int[] arr;
auto r = retro(arr);
int i = func(r);
}

Error: function std.range.Retro!(int[]).Retro.length () is not callable using argument types ()

in Range rをRange rに変えればエラーは出なくなります。
constのRetroのlengthを呼び出す事はできないのでしょうか？

RetroのlengthがRetroの中身を書き換えないことが明らかなら、castではずしてやればいい。
そのためにconst/immutableのところで
immutable性を取り除くキャストは、正しく静的型がついていないくて、 しかもそれが修正できないという場面で必要となってしまうことがあります。
って述べられてる。

uint length(R)(const(R) range);
相当になってて欲しいな

いやuint length() const;相当か

>>525
なるほど。
しかし、「lengthがRetroの中身を書き換えないことが明らか」なら、
>>526氏に同じく、constのRetroからlengthを呼び出せるようにして欲しいところです。
試しにrange.dの572行目をsize_t length()からsize_t length() constに変えたら呼び出せるようになりました。
単なるconstつけ忘れなんでしょうかね。

>>528
ラップされたrangeのlength()がconstでない可能性を考慮するとそう単純な話ではない。

>>529
それでも読み取り用のlengthはconstであるべきだし，必ずそうできるはずじゃないですか？

そうでなかったとしたら，constメンバ関数は非constメンバ関数とオーバーロードできるので，
せめて両方を定義しておくべきではないかな．
いや，immutableもあるので3つ定義・・・
いやいや，sharedもあるので4つ・・・・
これどうにかしてくれｗ

>>530
たとえば、rangeの実体がネットワークの向こう側にあって、lengthの取得に通信が必要な場合、
意味的には何か状態を変更する訳じゃないんだけど、型システム上はconstにできないんだよね。

ちなみに今は(mutable), const, immutable, shared, shared constの5つのオーバーロードを用意する必要があるはず

いや、作り方によってはconstにできるか。
rangeのコンストラクタでコネクションを張って、デストラクタで切る、というようなのを想定してた。

>>531
その5つにコンパイル時定数を加えて全部で6つだなｗ

>>531
え？できない？
ダメだ．何でそうなるのかわからない・・・

>>533 どんなん？

>>535
struct EmptyRange(T) {
enum empty = true;
enum length = 0;
const T front() { assert(0); }
void popFront() { assert(0); }
}

複雑な問題なんですね。
でも、「const rangeはlengthを呼べません」と言われたら「えっ？」と思ってしまいます。

メンバ関数書く時、C++みたいにconstだけ考えればいいという訳じゃないのは面倒くさいなぁ。

>>536
enumはオーバーロードセットに加わってくれないみたいだぞ
import std.stdio;
class A{
int f(){writeln("mutable");return 0;}
int f() const {writeln("const");return 0;}
int f() immutable {writeln("immutable");return 0;}
int f() shared {writeln("shared");return 0;}
int f() const shared {writeln("const shared");return 0;}
//enum f = 0;
}
void main(){
(new A).f();
(new const(A)).f();
(new immutable(A)).f();
(new shared(A)).f();
(new shared(const(A))).f();
}

最小でconstさえ定義されていれば他はいらないみたいだ？

>>538
そもそもenumは関数じゃないからオーバーロードできない
>>533が言いたいのは「lengthが定数かもしれないからよきに計らえよ」ってことじゃないの

>>539
constとconst sharedがいるんじゃね？

>>541
だとしたら，shared const修飾されたオブジェクトからは，
shared constメンバしか呼べないようにならないといけないってことかい

>>540
意味的に定数だったらenumを使って構文的にも定数にするケースがあるってことね
オーバーロードの文脈だったからもしかしてできるのかと思ったｗ

でもenumにするとダックタイピングできないと思うので（定数は括弧付きで呼べないよね），
enumを使うべきときと，オーバーロードしまくるべきときとはいつも別の場面になりそう

で，話題のlengthはプロパティだからenumでもいいかもしれないけど，
mutableなメンバ関数相当しかない現状からconst性とかを考慮するようにする場合，
lengthをenumで実現することはできなくなるんじゃないかな

rangeってconstにすると、lengthどころかforeachで回すことすらできなくなるなぁ・・・。
constで使用されること自体想定されておらず、
読み取り専用で使いたい時はInputRangeを作れっていう事なのかな。

日本の日時を取得にはどうやればいいですか？
toUTCString(UTCtoLocalTime(getUTCtime()))とやっても
Mon, 09 Nov 2009 09:35:44 UTC
みたいになります。

int[] a = [1, 2, 3, 4, 5];
randomShuffle(a);

auto b = [1, 2, 3, 4, 5];
randomShuffle(b);

2.036にしたらいきなり後者がシャッフルされなくなって心臓止まった

医者はどこだ

>>547 bは静的配列だから、値型としてrandomShuffleに渡ったんじゃないかな

>>542
そうじゃないかな。sharedとれるのはおかしいし

>>545
popFrontはレンジの状態を変更するわけだからconstなレンジは先頭を参照するしかできないよ。

constなコンテナはopSlice()でmutableなレンジを返すようにすればforeachに食わせられる

>>546
toString

DWT生きてた

>>552
toUTCStringになっているのを見落としていました。
しかし、toStringに変えても
Mon Nov 09 15:58:55 GMT+0000 2009
このように日本の時間にならないです。
どうすればいいのでしょうか？

>>549
順調にお約束や罠が増えてきてるなあ
C++の二の舞だ

>>552 本当だ。とっくに死んだかと思ってた。

配列リテラルの型を動的配列にしてくれたらいいのに

auto[]とか書ければよさそうなもんだけど．

>>554
タイムゾーンの設定してるか？

>>558
パターンマッチみたいだな

>>547
auto b = [1, 2, 3, 4, 5];
randomShuffle(b[]);
こうしなきゃならんのか
今すぐref引数に改められるべき

結果を引数（のバッファ）に返す書き方はもう止めて
戻り値で返すように統一する方がいいか

>>559
すみません、タイムゾーンはどこで指定すればいいのでしょうか？

>>554
std.datebaseをimportすればよいかと。

http://www.digitalmars.com/d/archives/digitalmars/D/learn/D2_phobos_std.date_question_17086.html

>>564
importしてみましたが、結果は変わりませんでした。
うーん、どこがいけないんでしょうか・・・。

>>565

import std.stdio;
import std.date;
import std.datebase;

void main()
{
writeln(toString(getUTCtime()));
}

このコードで「Tue Nov 10 20:08:53 GMT+0900 2009」の結果が得られています。
(dmd 2.036 Windows Vista)

お望みの結果はこれで合っていますか？
そちらで同じ結果がでなければdmdのバージョンを上げてみてはいかがでしょう。
他の原因はちょっと思いつかないですね。

というかOSの設定が+0000になってるんじゃね？

>>566
環境はdmd 2.036 Windows XPなのですが、そのコードは望む結果(GMT+0900)になりました。
しかし、なぜか自分のプログラムに同じコードを書いてもGMT+0900になりませんでした。
違いと言えば、Cから呼び出せるようにextern(C)したDLLなぐらいだと思うのですが、ここに原因があるのかなぁ。

>>567
タスクバーの右の時刻のところでGMT+0900になっていることを確認しました。

Dは外部ライブラリをリンクすると色々超常現象が起こって実に楽しい死にたい

DのDLLはランタイムの初期化に一癖二癖

そういえば>>342がいつの間にかできるようになっていました。
逆にrefなしで受け取ると呼び出し元に反映されないという罠・・・。
>>547の原因もこの変更が影響してるのかも？

change logの冒頭に書いてある
* Static arrays are now passed by value to functions rather than by reference

小さな配列を扱うには小気味いいが、大きな固定長配列だと怖いな。
仮引数に配列の長さを指定しなければいいだけの話ではあるが。

>>570
公式に書いてある通りRuntime.initialize()を呼び出してるだけなのですが、これでは不十分なんでしょうか？
ググるとDllMainで色々やってるのも出てくるのですが、ページの更新日時が古い物も多くて何を信用すればいいのかわからないです。

Goだって。

ttp://www.atmarkit.co.jp/news/200911/11/go.html

見事に被ってるな

構成はクラスとテンプレート/CTFEを抜いたDという感じだな。
文法はCというよりPascal風だ。

5年後くらいにD厨vsGo厨とかいう構図になるかもしれんな。
Py厨vsRuby厨みたいな感じで。

GoのinterfaceはDのそれと同じかな。
それとは“違って”革新的なダックタイピング的なものだとすると、
DのRangeで形成されつつあるConcept的な方向性が強化されるかもな。

EとFは？

Dに信者なんているの？

いるかいないかで言ったらいるよな

ｗ
やっぱりVS Goが見えてくるよな
と思ってたら話題になっててワロタ

【プログラム】グーグル、C／C++に代わる新言語「Go」をOSSで公開：超高速なコンパイル、GC、並列プリミティブ [09/11/11]
http://anchorage.2ch.net/test/read.cgi/bizplus/1257950853/81

81 名前：名刺は切らしておりまして[sage] 投稿日：2009/11/12(木) 00:58:01 ID:iye+GbXe
>>51
C#やJavaのinterfaceとはまた違うぞ。
C#のinterfaceは対象クラスがinterfaceを実装することを
明示的に記述していなければいけないが、Goだと
ユーザー定義型に対してあるinterface が要求する
メソッドが全て定義されてあれば、型は
そのinterfaceを実装しているとして自動的に看做される。

例えばC#だとinterface IHogeと interface IFugaが同じ
public void foo();を規定するインタフェースであったとしても、
IFugaをインプリメントとしてfoo実装したクラスTのインスタンスは関数
void func1(IHoge arg)
の引数にすることはできんのに対して、
Goだとユーザー定義型がfooを実装していればfunc1の引数にIHoge、IFuga
どちらの制約を要求されていても型のインスタンスは引数となることができる。

・・・・っていう理解であってますかね？
http://golang.org/doc/go_for_cpp_programmers.html

Dなどのtemplateでのduck typingは使われている関数さえ定義されていればよい．
Goのinterfaceはすべての関数が実装されていなければならないので，
Dなどのduck typingよりGoのinterfaceの方が制約力は強いってことか．

・・・いや・・・違うか
2つは何が異なるんだ

IAの変数があったとして，IBがIAのすべての関数を持っていたら，
その変数をIBの変数に代入できるってことかな
継承関係がなくてもいいってところが違う，でいいかな

今は亡きECMAScript4のlikeみたいなものかな？

>>585
まーそんなとこだな。
要するにconceptみたいなもの

if(is(typeof({ /* */ }())));

をきれいに書けるようにしたものでしょ。
ダックタイピングを見えないようにするシンタックスシュガー。要するにコンセプト。

ライブラリでやろうとすると大変だが、Dでもコンパイラのサポートがあれば構造体をインターフェイスにキャストする（つまりvtblを組み立てる）のは可能だろうなあ

andreiはgoがきにくわないみたいだなｗ

>>590
なんて？ｗ

>>591
http://www.digitalmars.com/pnews/read.php?server=news.digitalmars.com&group=digitalmars.D&artnum=100642

言語仕様も標準ライブラリもほぼ読んでないけどarmなlinuxで動くようなので落としてビルド中
GlantankでWebアプリ作ってみたりしてる俺には嬉しいぜ
webアプリ用ライブラリとかも充実してたら嬉しいなぁ

>>592
「そこはDが11年前に通過した場所だッッッ」ってことか

実際目新しいとこなんてないよな

継承を禁止してinterfaceに絞ったことでprematureな構造化を防ぐ効果はあるとは思うが、
反面コピペコードは増えそうな感じだな。
アダプタでなんとかしろってことなんだろうけど、
その意味ではGoにこそalias thisとかopDotが必要な気がするんだが。あるんだっけ？
D規格のうちからbetter Goなサブセットを組むのは難しくないと思われ。

11年も前に通過していながらいまだに完成してないというのが
Dにとっての大問題なわけで
goの方が先に完成するならそっちでもいい

D終わったと思ってたけど
Goスレ見るとまだまだ終わってないなとは思い直した
しかしここでGoに対抗してDが変にがんばると
よくないような気もする
GoががんばるならDは身を引くべきじゃまいか

俺もD終わったと思ったけどよく比較してみると現時点ではやっぱりDの方がいい
Googleの事だから物凄い勢いで発展させるか放り出すかのどっちになることやら

>>592
「無視されるなんてくやしいっ…ﾋﾞｸﾝﾋﾞｸﾝ」というのも入ってるな

Re: Go: A new system programing language Andrei Alexandrescu 2009/11/11 16:34
> On Wed, Nov 11, 2009 at 11:25 AM, Bill Baxter wrote:
>> But that's a good list. In the video he makes it sound like generics
>> will probably happen eventually, they're just not sure how best to do
>> it yet.
>
> Just noticed, The Language FAQ[1] says the same thing about
> exceptions. They're interested, just not sure how to do it.
>
> [1] http://golang.org/doc/go_lang_faq.html#exceptions

So they are roughly where D was eleven years ago.

One thing I dislike about Go is the incult attitude it fosters.
Apparently its creators weren't aware about the existence of D, which is
quite difficult in this day and age (D is the *second* result when
searching for system programming language with Google after the
obligatory Wikipedia entry, so it takes a lot of effort to dismiss it as
not being "major" and essentially pretend it doesn't exist). The authors
failed to even exercise due diligence - there's a language called Go!
that has even a book written about (the news is all over
http://www.reddit.com/r/programming/).

Also, the language does not make use of many advances that PL technology
has made in the recent years. These things combined are quite indicative
of an attitude towards language design that I highly disapprove of.

Funny detail - one goal is to avoid "stuttering" (one of the first
examples in the video). Yet "Hello, World" defines package main and
function main in the main file, and imports fmt "fmt".

Andrei

言語が終わったとかどうとか、簡単に言い切れるものかな？
スレも立たなくなったときが本当に終わったときじゃまいかと

この世にMがいる限りDの灯は消えない。

>>598
むしろ張り合うべきだろ

いいとこどりしてGoD言語誕生か

神言語とは恐れ多いｗ

本当に誰かやりそうで困る。いや困らん

・Cへのコードコンバータで
・Goとほぼ同等のことができて
・Dのサブセット
という規格を考えたが、妄想の中にしまっておくことにした

>>594
本当にそう言ってるとはｗ

>>600
http://www.digitalmars.com/pnews/read.php?server=news.digitalmars.com&group=digitalmars.D&artnum=100668
ｦﾙﾀﾝ「Google に出向いて二度も D のスピーチしたのに…D のこと聞いたことある人いるかな?
お手上げっピッ! って客席に聞いたらほぼ全員が挙手してくれたのに…無視だなんてくやしいっ…ﾋﾞｸﾝﾋﾞｸﾝ」
http://www.digitalmars.com/pnews/read.php?server=news.digitalmars.com&group=digitalmars.D&artnum=100681
ｦﾙﾀﾝ「(∩ﾟдﾟ)ｱｰｱｰきこえなーい」

>>596
selector(x.f式の記法)が完全にオーバーロードセット的なものになっているが、
構造体の無名フィールドを作るとその型のフィールドとメソッドが外側の構造体のオーバーロードセットに加わることで
これが実装の継承として機能する、ということのようだね。

この仕様はalias thisやopDotより好きかもしれん。
多重継承がかなりやりやすくなる。
が、暗黙の型変換があるほうが好きなのでalias thisもいいなあとか。
集成体メンバなら複数alias thisできれば素敵なのに。

http://www.digitalmars.com/pnews/read.php?server=news.digitalmars.com&group=digitalmars.D&artnum=100775

Walter Bright wrote:

There's a lot in there we could use in the D library:
http://golang.org/pkg/


ワロタ

goの記事見て久しぶりにこっち来たんだが
Dの方は最近どうなの。仕様が固まったり良いことあったりしないのけ。

>>613
今年中には本を出してD2の仕様を固めて、D3の開発に移行する予定

うぉるたんがキレてGoのライブラリを吸収し始め、Phobosが最強のライブラリになることを希望。

さすがアンゴルモアの大王

>>611
alias this相当の機能もあるみたいだぜ

http://golang.org/doc/effective_go.html#embedding
_ とおりすがり (2009-11-13 10:35)

実装の共有は、型の埋め込み(embedding)で表現できるようです。
ttp://www.rubyist.net/~matz/20091113.html#c01
type A struct {
Foo;
x int;
}
コンポジションのように見えますが、このケースでは Foo のメソッドが
A のメソッドとして露出（昇格）するので、明示的な委譲は不要 です。
もちろん、Foo のメソッドを A のメソッドが上書きすることも可能ということで、
今後の発展をニヤニヤしながら見守りたいですね（えらそう）。

あ，リンクの埋め込み場所の編集をミスって逆になった

>>614
ありがとう。D3の仕様が固まりつつある頃にまた戻ってくるかｗ

ｗ

>>615
うぉるたんが鬱になってないかどうか心配

goてexception無いのか
その根拠は説明してるみたいだけどえーご読めねぇや
「この先入れるかも」かもみたいに書いてある気がするけど
誰か翻訳してくれる人はいませんかねぇ……（ﾁﾗﾘ

>>622
複雑になるとかめんどいとかしか書いてないぞ。

>>623
あ、そうっすか……ありがとうございます。

なんか見れば見るほど全然Dと被ってるようには見えなくなってきたんだけど、
俺が本質を見抜くだけの能力を持ってないだけなんだろうか。
個人的に期待したようなものではなさそうだけど、
Duck Typingとか言語レベルでのConcurrencyとか、
今まで何となく避けてきた概念をじっくり考察してみるかって気にはなってきた。

「ネイティブに落ちるコンパイラを持っててGC有りで、C/C++の置き換えを目指していてLL的な開発効率を求めている」
と言ってしまうとDとGoのどっちも当てはまるけど、Dが言語レベルでの堅牢性や最適化の可能性を追求しているのに対して、
Goは「JavaScriptをネイティブで動くようにしてみました」なんて感じの雰囲気がするね。

GoがPythonに似てるとか言われてるけど、設計思想的にはDのほうがPythonに近いと思う。

例外はないならないで例外安全とか考えなくていいしな

ないとマクロやsetjmpを使うような黒魔術的なものが蔓延るからなぁ
多少ダメでもないよりはあったほうがずっといいと思うが

なぁに、gotoで解決さ

>>627
そうなの？＞蔓延る
異常系のフローを正常系から独立させるのは例外の提唱以前からやられていたことなんだと想像するけど

フローの独立自体じゃなくて、各々のプログラム/ライブラリが互換性のない方法で
それをやってライブラリ同士を組み合わせて使用するのが難しくなるのが問題なんだよ

Goの名称の代替案の"Issue 9"が神すぎるｗ

"Going : Go is not Go!"もなかなか

>>632
面白いけどググりにくいなやっぱ。

もうプログラミング言語"ぐ"でいいんじゃね

>>633
そこは「わが社の優秀な検索エンジンならこのとおり！」じゃね？

goも何回かぐぐってたらgolang.orgが一番上に出るようになったし、そんなに困らないのかもなあ

>>636
公式はでるんだろうけど、その他のサイトとかがでない。

Dはgoに対抗してdoroutineつくるべき

たしかに予約語doはもっと有効活用したいよな。

最近のMLの話題:
- opPow, opDollarくれ
- 配列リテラルはimmutableにしてくれ
- ついでに配列リテラルの型も変えたい
- new廃止しようぜ
- typedef廃止しようぜ
- Cスタイルの関数宣言/配列宣言廃止しようぜ
- Goのあの機能いいよな

Dはどこに行こうとしてるんだ……

another Dimension

>>640
これらも気になる
- switchはデフォルトbreakにしよう
- Cocurrencyそろそろ入るかも(Created by Sean?)
- Phobosにコレクション入れよう
- TangoはSeanとDonの部分はBoostライセンスOKなので問題は他
- foreachはRangeのindexとれるべき

opPowとか途中から追ってないんだけど結局どうなったの？
opPowは入っても他のオブジェクトでの使い道がいまいち

- Phobosにコレクション入れよう

これいつ書いても「誰かがやってるだろ」で誰もやらないんだよなw

そして運ばれてくるtango2.0

I've been looking at forcing an order of eval on all expressions. -- Walter

検索して見つかった要素のインデックスが欲しい時
import std.algorithm;
import std.iterator;
auto r = find(range, value);
if(!r.empty){
index = begin(r) - begin(range);
}else{
...}
もっとすっきりと書く方法はないですか？

>>647
仮に配列以外にイテレータが実装されたとしても、イテレータの差は求められるとは限らないからなあ。

>>648
なるほど、rangeが何であるかによって>>647の方法も使えないんですね。
std.string.indexOfのような物が欲しい。

distanceないのか？

というかなんでindexOfが文字配列以外に使えないんだ

文字列の検索は要素ごとに比較すればいいような単純なものでないからじゃ

質問を勝手に自分の理解できる範囲の問題に解釈し直すのはいくない

assert(2 == count!"true"(until([ 1, 3, 5, 7, 9 ][], 5)));

これしか思いつかん

lengthでよくね

walkLengthか

walkLength
そんなものがあったのか

>>654
なるほど、untilが使えるんですね。
>>656
C++のstd::distance的な物ですね。

しかし、検索した要素のインデックスを得る処理に使う関数の名前がuntilというのも・・・。
やはりindexOfのような物がry

うｐでとまだー

Goが出てからDコミュニティの活性化も異常だったからなぁ。
今回の更新は期待大だ

やっぱ宿命のライバルみたいなのは必要だよな

文字列を区切り文字で分割したい時、std.string.splitを使いますが、
複数の区切り文字で分割したい時はどうやればよいのでしょう？
例えば" "または","を区切り文字として分割したいです。

std.regexp.split

>>663
ありです。
std.string.splitは簡易版なんですね。

"No love for foreach_reverse? <tear>" -- Walter

>>661
だよね
いままでのんびりしすぎてたんだ
もっと危機感もってやらないと

phobosのtrunkを見ると楽しみだ
$(LI Conditional expressions ?: can now be modifiable lvalues.)
$(LI The type inferred from an
$(LINK2 expression.html#ArrayLiteral, $(I ArrayLiteral))
is now a dynamic array, not a static one.)
$(LI Added support for $(I op)= for array.length)
$(LI Array and associative array types are now determined by using ?: across
all the elements, not just using the first one.)
$(LI Array concatenation with elements now allows implicit conversion of
the elements to the array element type.)
$(LI No more comma operators allowed between [ ].)
$(LI ClassInfo now merged into TypeInfo_Class.)
$(LI $(BUGZILLA 3380): [tdpl] typeid(obj) should return the dynamic type of the object)
)
$(BUGSFIXED
$(LI $(BUGZILLA 111): appending a dchar to a char[])
$(LI $(BUGZILLA 3375): [tdpl] Ternary operator doesn't yield an lvalue)

とうとう配列リテラルが動的配列になる！
[1,2,3][]とかしなくてもいいぞ

配列リテラルを静的配列にするには[1,2,3][0..$]ってしなきゃいけないじゃん面倒。

>>669
それでも性的配列にはならないだろう

auto x = { int[3] t = [1,2,3]; return t; }();

それスライスだよね
int[3] a; a[] = [1,2,3];
int[3] b = [1,2,3];
どっちかでいいんじゃないの

なんにしても宣言が必要だからなー

どちらかにしかならんしな
分ける構文も思いつかない

gdcはもう更新されないのかと思ったら、こんなのがあるんだな。
ttp://www.digitalmars.com/d/archives/D/gnu/Update_of_gdc_status_of_2009_10_04_3516.html

int[3](1,2,3)

とか

import std.stdio;
import std.math;

struct pow {
　static auto opDiv_r(T)(T x) {
　　struct S {
　　　T x;
　　　auto opDiv(T)(T y) {
　　　　return std.math.pow(x, y);
　　　}
　　}
　　return S(x);
　}
}

void main() {
writeln(2. /pow/ 3);
}

なにそれこわい

なんということヲ…

auto a=new[1,2,3];
auto b=[1,2,3];
これでどう？

2年ほど離れてるうちに何かよく分からない言語になったっぽい

void func(T)(T t){
auto file = new std.stream.File("hoge", FileMode.In);
/* ここでTの型によって様々な処理 */
file.read(t);
}

ここでTがenum型Hogeである時、下記のエラーがでます。
Error: function std.stream.Stream.read called with argument types:((Hoge))
matches both:
　　std.stream.Stream.read(out int x)
and:
　　std.stream.Stream.read(out dchar x)

std.traitsにenumを判別する物がなく、enumの時だけ処理を挟む事もできなくて困っています。
このオーバーロードのエラーを解決するにはどうすればいいのでしょうか？

>>682
static if( is( T == enum) ) ...
とかで分岐して、
file.read(cast(int)t);
型を明示して呼び出せばとかなんとか

>>683
ありがとうございます。
static if( is( T == enum) ) .と簡単に判別できたんですね。

enumのベース型はintとは限らないから
static if( is(T X == enum) ) ...
とかするといいよ

>>681
大丈夫、D1は変わってない


ごめんやっぱり大丈夫じゃない

functional.d(176): Error: static assert "Bad binary function q{a == b}. You need to use a valid D expression using symbols a of type Hoge and b of type char[]."
このエラーの箇所はどうやって特定するのが効率的でしょうか？
コードを目で追って、述語を使う関数に実引数Hoge型変数とchar[]型変数を渡して呼び出しているところを探す方法しか思いつきません・・・。

それしかないんじゃね

>>688
それしかないですか・・・。
実引数の型名は分かってもインスタンス名は分からないし、"a == b"もデフォルトだから省略して書いてるだろうし、検索できないのがつらい・・・。

-vオプションつけてコンパイルしてみるとか
どこまでコンパイルが進んでからエラーになったか確認すれば
どこがおかしいか分かるかもしれない

初心者はとかくデバッグが出来ないからなぁ

劣悪な環境が当たり前になるのも考えものだけどな

ちゅーか，conceptが欲しいって言ってるのに等しいから初心者かどうかは関係なかと

至る所にstatic assert埋め込めばいい

そして行方不明になるassertion失敗の原因箇所

>>693
VCならインスタンス化したとことエラーになったとこの両方を出してくれる

pragma(msg)がもう少し高機能にならないかなー
型を渡したら型名出してくれるとか

>>697
stringof

>>698
でも
template Te(T) { pragma (msg, T.stringof); }
mixin Te!(int);
とやっても"int"とは出………るじゃないか

"T"って出て途方に暮れたような記憶があるがさてはスタンド攻撃か

>>699
それいつの間にか直ってたね
俺もこないだ気づいた。

いつの間にｗ

こうして調教されていくね。劣悪な環境に変わりはないんだけどｗ

public enum OpenMode: string
{
　In　　 = "r",　/// 読込用
　OutNew = "w",　/// 書込用
　Append = "a",　/// 追記用
}

Error: Integer constant expression expected instead of "r"
Error: Integer constant expression expected instead of "w"
Error: Integer constant expression expected instead of "a"
Error: Integer constant expression expected instead of "r"
Error: Integer constant expression expected instead of "w"
Error: Integer constant expression expected instead of "a"

どこが不正なのでしょう？

コンパイラのバグ

文字もいけるのか
なんかenumおかしいな

ん？Dって文字列を<で比較できたっけ

なんか言い出したぞ

"dynamic classes and duck typing" - Walter

One thing Java and Python, Ruby, etc., still hold over D is dynamic classes, i.e. classes that are only known at runtime, not compile time. In D, this:

s.foo(3);

could be emulated with:

s.dynamicMethod("foo", 3);

Unfortunately, that makes it impossible to use s with generic code (besides looking unappealing). But with a small feature, we can make this work:

struct S
{
...
T opDynamic(s : string)(args...);
}

and then s.foo(3), if foo is not a compile time member of s, is rewritten as:

s.opDynamic!("foo")(3);

and opDynamic defers all the nuts-and-bolts of making this work out of the language and into the library.

In particular, opDynamic's parameter and return types should all be instances of std.variant.

(This has come up in various forms in this n.g. before, but I don't have any references handy.)

えええええ

std.xmlが最初の実験台に

まーたウォルたんの思いつきが始まったよ。いいぞもっとやれ

そういうのやるならシンボル型入れてくんねーかな

>>711
文字列でいいだろ

>>707
読むのが怖いので誰か翻訳コンニャクを

>>709
E4X級の離れ業ができればともかく、要素名で参照できる程度じゃあまり役に立ちそうにないな

斜め読みだけどC#4.0のdynamic classと同じような機能？

>>715
違うな。
C#はランタイムリフレクションを使うが、あくまでDはコンパイルに決定される

hoge(p) { return p; } とかで
T hoge(T)(T p){ return p; } まで推論してくれないかなあ

>>717
パースするのに都合が悪いな

auto hoge(auto p) { return p; }

ぐらいならできるだろうが

opApplyで受け取ったデリゲートを外に逃がすとやっぱまずい？
継続みたいなちょっと面白そうな気がしたんだけど

>>719
外へ出すのはかまわないだろうが、opApplyから帰った後に呼ぶのはまずそう

opDispatchと累乗演算子が追加されたようです (DMDのtrunkより
そんなことよりD2の安定化はまだですか…？

来年の10月です

　　 ┌─┐
　　 │●│
　　 └─┤
　　　_ 　 ∩
　　( ﾟ∀ﾟ)彡
┌─┬⊂彡
│●│　おっぱい！おっぱい！
└─┘　　 　　　おっぱい！おっぱい！

入門者の単純な質問で申し訳ないんだけど

Dで手っ取り早くコンソール（Windows）に日本語を出力しようと思ったら、
PhobosじゃなくてTangoを使ったほうがいいの？

writefln(toMBSz("日本語", 932));
とかやってもだめだったから、Tangoがこのへん頑張ってくれてるなら切り替えるつもり

printf(toMBSz("日本語\n" ~ "\0"));

まあtangoの方がいいかも
しかし今時D1ってのもなぁ

printf("%s", toMBSz("日本語"));

でいい

wprintf("日本語"w);

あ、toMBSz()で\0つくのか
お馬鹿さん！俺のお馬鹿さん！

WindowsのコンソールがまともにUTF8に対応してくれればいいんだけど

UTF-16なら対応してるよ

| nkf -sjisを良く使う
.net嫌いじゃないならPowerShellもutf16
出力だけならput(wchar) {WriteConsole.. }でrange対応できるかもな

import std.algorithm;
struct Con
{
import std.c.windows.windows;
void put(wchar a) { WriteConsoleW(GetStdHandle(STD_OUTPUT_HANDLE), &a, 1, null, null); }
}
void main()
{
copy("日本語"w, Con());
}

import std.algorithm, std.range;
struct Con
{
import std.c.windows.windows;
void put(wchar a) { WriteConsoleW(GetStdHandle(STD_OUTPUT_HANDLE), &a, 1, null, null); }
wchar front() { return ib; }
private wchar ib;
bool empty()
{
if (ib == 26) return false;
DWORD rn;
ReadConsoleW(GetStdHandle(STD_INPUT_HANDLE), &ib, 1, &rn, null);
return ib == 26; // eof
}
void popFront() {}
}
void main()
{
auto buffer = new wchar[10];
copy(take(10, Con()), buffer[]);
copy(buffer, Con());
}

入力にも対応した

if (ib == 26) return true;
empty間違えてた

ベースはそれでもいいけどwritefln/readlnくらいわかりやすいラッパーが欲しい

void writeln(...)
{
void putc(dchar c) { Con().put(std.utf.toUTF16([c])[0]); }
std.format.doFormat(&putc, _arguments, _argptr);
}

string readln() { return std.utf.toUTF8(array(until(Con(), cast(wchar)10))); }

>>729
同意

PowerShellが対応してないと知って顎外れたわ

>>739
だってそれshellやん。コンソールが対応せな意味ない

Shift_JISのファイルからstd.c.stdio.getcで日本語を読み込みたいのですが、
UTF-8のstringにうまく直せませんorz

s ~= std.windows.charset.fromMBSz( (std.conv.to!(string)( c ) ~ "\0").ptr );

何かいい方法はないでしょうか？

そらで書いた
string s = fromMBSz(cast(immutable char*)read("hoge.txt"));

１文字ではなくて文字列ごと変換したら出来ました！
やはりマルチバイト文字だと文字コードの途中なため、
うまく直せないのかな？

>>743
そりゃ無理だろ。普通に考えて

structのコンストラクタが引数をとれないのってなんか理由あるの？
std.randomのMTがfrontとpopFrontのなかで、
『ちゃんと初期化されてるかチェック』してるのが気持ち悪い（速度にも影響するだろうし）。
コンストラクタで初期化できれば必要なくなるのに……。

引数はとれるだろ。引数を取らないコンストラクタを書けないだけで

力のない人が std.random 見てきましたよ

初期化のチェックを省くのは class で作り直すか
言語の仕様変更がないと無理なんじゃないか？

あと多分 >746、 >745 は
　「コンストラクタが引数をとれない〜」は
　「引数を取れないコンストラクタが作れない〜」の
書き間違いの予感
std.random の MersenneTwisterEngine は引数ありの
コンストラクタが書いてあったので見てるはず

俺は書けない理由は分からないな
書きにくくしてあまり使われないようにしてるとかかな？

色々間違ってると思うのでツッコミ宜しくお願いします

書きこむ前にアルゴリズムの勉強が必要だった予感がしてきた

良く見て来た
俺のレスは全部なかった事に…orz

746もわかってあのツッコミだったのかな、スマヌ

でもチェック無くすにはstructじゃなくてclassなら出来るのと
今のstructの仕様だと引数無しのコンストラクタが書けても
front, popFront初期化チェックが省けないのは間違ってないよね？
コンストラクタ使わなくてもインスタンス化出来るんだし…

>>747-749
いや、書き間違いです。全体的にその理解で合ってます申し訳ない。やっぱ人間寝ないと駄目だな……。
C++だと呼び出しなしのインスタンス化＝引数無しのコンストラクタ呼び出しだったはずだから、そうなってないのは何でかなと。

POD型は"自明な"コンストラクタとデストラクタを持った型、らしいから、
そもそも構造体のコンストラクタは引数をそのままデータメンバに与えるような使い方しか想定してないってことかなあ。

opDispatchとか使いこなせる自信ねえよｗ

opDispatchはライブラリ作る人用のおもちゃだから気にしなくていいよ

Version D 2.037 Dec 3, 2009
New/Changed Features

* Conditional expressions ?: can now be modifiable lvalues.
* The type inferred from an ArrayLiteral is now a dynamic array, not a static one.
* Added support for op= for array.length
* Array and associative array types are now determined by using ?: across all the elements, not just using the first one.
* Array concatenation with elements now allows implicit conversion of the elements to the array element type.
* No more comma operators allowed between [ ].
* ClassInfo now merged into TypeInfo_Class.
* Bugzilla 3379: [tdpl] Parameter names not visible in the if clause of a template
* Bugzilla 3380: [tdpl] typeid(obj) should return the dynamic type of the object
* Removed -safe command line switch, added -noboundscheck command line switch.
* Bugzilla 3481: PATCH: opPow(), x ^^ y as a power operator
* Added opDispatch
* properties can only have 0 or 1 arguments
* properties cannot be overloaded with non-properties
* std.math: Added FloatControl, IeeeFlags for enabling floating-point exceptions.
* std.math: Inverse trig functions are now pure nothrow.

なんかいっぱい来たな

>* Removed -safe command line switch, added -noboundscheck command line switch.
-safeがいつまで経ってもまともに使えるようにならないと思ったら

Added support for op= for array.length
お、嬉しい。けどプロパティ全般じゃなくて、配列長だけなのか……。

x ^^ y とか、ぶっ殺したくなる顔だな

d ^^ b

m ^^ m

0^^0

8^^8

なんかこうヤマトタケル的な

char[][] hoges;
char[] hoge;
hoges = remove!((char[] a){ return a == hoge; })(hoges);

Error: template instance remove is not a template declaration, it is a overloadset
2.037を入れたら既存のコードがコンパイルエラーになってしまいました。
どう修正すればいいのでしょうか？

バグっぽいけど

1つの関数removeに特定できないって言ってるのかな？

これからも僕を応援して下さいね^^山崎渉
Unicodeシンボルって怖いよね

opDispatch は仕様が書いてないからしばらくは名前だけの存在になるかなあ

removeは以前からオーバーロードがややこしい事になってた気がする
片方removeAtとかにすればいいのに

>>764,765,768
algorithm.dを見ても引数１つのremoveは１つしかないのに・・・と不思議に思います。
とりあえず古いverに戻す事にします。どうもでした。

alias std.algorithm.remove remove;
とかしてもだめなの？

>>770
モジュール間ではオーバーロードセットを形成できないから関係ないと思うよ

>>770
ｔｈｘ
それをやったらエラーが出なくなりました。

そしてもう１つ、2.036から2.037にした事によって出るエラーが・・・。
Error 42: Symbol Undefined _D9ClassInfo6__vtblZ
原因がわからないのでやっぱり2.036に戻すことにします。

ClassInfo now merged into TypeInfo_Class.が関係ありそうな。

>>772
ChangeLogにあるけど，ClassInfoはTypeInfoにマージされたからそれの影響かと

>>771 え？そのためのaliasでしょ？

だとするとエラーメッセージが間違ってるのか

struct Hoge{...}
void foo(ref Hoge hoge){...}

void main(){
Hoge hoge;
hoge.foo();
}

D言語って関数をメンバ関数風に呼び出す事ってできませんでしたっけ？
エラーが出てしまいます。
Error: no property 'foo' for type 'Hoge'
Error: function expected before (), not __error of type int

>>777
配列だけじゃない？

>>778
どうもです。
配列だけかー。

bugzillaってsummaryが英語で書けなくてバグ報告自体を挫折するよね

>>780
サマリなんて後からでも書き直せるし正直適当でいい
"Foo is wrong"みたいなのでも全然おｋ

bugzillaって既出と言われるのが怖くてバグ報告自体を挫折するよね

>>782
重複なんて後からduplicateとしてマークできるから正直適当でいい
むしろ何個も重複してる方がぱっと見て重要だとわかるから全然おｋ

struct Hoge{
int x;
void foo(int y){
x = y;
}
}

void main(){
Hoge hoge;
int n = 10;
static if (is(hoge.foo(n))){
hoge.foo(n);
}else{
assert(0);
}
}

hogeが「int型の引数を１つ取るメンバ関数foo」を持っているかどうかで分岐(ダックタイピング?)をしたいんですが、
この例ではassert(0)の方を実行して止まってしまいます。
どのように書けばいいのでしょうか？

static if (is(typeof((){hoge.foo(n);}())))

static if (is(typeof({hoge.foo(n);}())))

でいいよ

>>785-786
ありがとうございます。
関数リテラルに入れてそれを呼び出して戻り値の型を取得してis式で判定という流れになるのでしょうか。
結構ややこしいですね。

static if (is(typeof(hoge.foo(n))))

でいいんじゃない？
戻り値のvoid型をisでtrueにしてくれた気がする
後ろの括弧の数がこんがらがってきた

>>788
なるほど。存在するか調べる物が１つだけなら関数リテラルに入れる必要はないんですね。

static import推奨のモジュールの名前だけ先頭大文字にするっていうの考えたんだけどどうだろう

すでに先頭大文字のライブラリがゴロゴロあるからなあ

全部小文字が望ましいとか書いてあるの総スルーｗｗ

そんなのコンパイルエラーにしちゃえばいいんだよ

Rubyじゃねぇんだからｗ

>>790
モジュールスコープに識別子ばらまきたくなかったら全部structに放り込めばいいよ

っていうか曖昧だったらコンパイル時にエラーになるんだし、
static importとかの対処はユーザ任せのほうが……。

命名に大文字入ってるのは気持ち悪いから、識別子とか関係なくコンパイルエラーにしようぜ、って話ならもうこのさい賛成。

>>790
static import推奨でないといけない理由がわからない

超今更だけど、Dってクラスのインスタンスをスタックに配置できたんだね。
http://www.digitalmars.com/d/2.0/memory.html#stackclass
Dにむらむらしてきた。
何年も遅れててごめんｗ

>>797
ただし実装されてな（ｹﾞﾌﾝｹﾞﾌﾝ

>>798
いや、実装されてるっぽいよ？
// 検証コード
import std.stdio;
class C{int[50] a;}
void main(){
int a;
int b;
scope c = new C;
int d;
writeln(&a);
writeln("\t", cast(ubyte*)&b - cast(ubyte*)&a);
writeln(&b);
writeln("\t", cast(ubyte*)c - cast(ubyte*)&b);
writeln(cast(void*)c);
writeln("\t", cast(ubyte*)&d - cast(ubyte*)c);
writeln(&d);
}

連想配列の使い方について質問です。

struct Hoge { int x, y, z; }
Hoge[char[]] hoges;
hoges["aaa"].x = 1;
hoges["aaa"].y = 2;
hoges["aaa"].z = 3;

Hogeの各メンバ変数に代入したいのですが、キー"aaa"が3回探索されて効率が悪そうです。
どのように書けばいいのでしょうか？

>>800
それはぬるぽだろう

>>800
hoges["aaa"] = Hoge(1, 2, 3);

あるいは

hoges["aaa"] = Hoge.init;
with(hoges["aaa"]) {
x = 1; y = 2; z = 3;
}

とかでいいんじゃないか

>>802
with文は初めて知りました。
ありがとうございました。

>>801
構造体だからいいんじゃないの？
withって単純に書き換えるわけじゃなくてちゃんとインスタンスを参照するのね

ぬるぽっていうか、RangeErrorが飛ぶはずだろう

fromMBSzがコピーしてないようなんだけど…

import std.c.windows.windows, std.windows.charset, std.cstream;

string foo() {
char[260] buf;
GetModuleFileNameA(GetModuleHandleA(null), buf.ptr, buf.length);
printf("%08x\n", cast(int)buf.ptr);
return fromMBSz(buf.ptr)//.dup;
}

void main() {
string a = foo();
printf("%08x\n", cast(int)a.ptr);
dout.writeLine(a);
}

８０６はD1です

あとbufが使いまわされた場合も危険

const string text;

static this() {
char[260] buf;
GetModuleFileNameA(GetModuleHandleA(null), buf.ptr, buf.length);
text = fromMBSz(buf.ptr);//.dup;
buf[5] = '\0';

derr.writeLine(text);
}

>>806-807
fromMBSzは文字列が全部ASCIIの場合、引数をそのまま返す。
D2なら第1引数はimmutable型になってるはず

ありがとう。バグではなく仕様ですね、気をつけて使います。
Copy-on-Writeはポインタを渡しているので関係ないかと、思っただけです。

toMBSzで戻ってきたポインタをインクリメントしながらBufferedFileで1文字ずつ出力してたら
途中でGCに回収されて落ちた思い出

以下のサンプルをD1+Tangoでビルドして実行しましたが、終了しません。なぜでしょうか…

private import tango.io.Console;
private import tango.net.http.HttpGet;

void main (char[][] args)
{
char[] url = (args.length is 2) ? args[1] : "http://www.digitalmars.com/d/intro.html";

// open a web-page for reading (see HttpPost for writing)
auto page = new HttpGet (url);

// retrieve and flush display content
Cout (cast(char[]) page.read) ();
}

>>811
trunk最新版だからか、普通に正常動作しました。
HttpGetは5月に一度read関数の中身に修正が入っています。
(fixed bug related to missing Content-Length header)
以下のようにして表示できたらこのせいかと。

// open a web-page for reading (see HttpPost for writing)
auto page = new HttpGet (url);

// retrieve and flush display content
auto buf = page.open();
scope (exit) buf.close;
buf.load(page.getResponseHeaders.getInt(HttpHeader.ContentLength));
Cout(cast(char[])buf.slice)();

>>812
ありがとうございます。
修正してみましたが、やはり終了できません。
Coutで正常にＤＬしてきたデータが表示されるのですが、その後反応しなくなり、強制終了が必要になります。
page.close;なども試してみたのですが、やはり上手くいきませんでした。
私の環境がおかしいのでしょうか…

>>813
特にバージョンにこだわる理由がないのなら、dmdを最新にして、
Tangoもtrunkを試してみるといいと思うよ。
ソース: ttp://www.dsource.org/projects/tango/browser/trunk
インストール方法: ttp://www.dsource.org/projects/tango/wiki/CombineBuildInstructions

おそらくデータの終わりを検出できなくて、ソケットを待ってる状態が続いてるんだろう

Content-Lengthがないときは終わりを検出できないってやつか。
バージョンアップしてもダメなら、Connection: close送るようにすれば

>>815
なるほどなるほどなるほど

import()文って、-Jつけてないと使えなくて微妙なんだけど、なんとかならないのかな？

元々なかった気がするがな
必要があってJを付けたんじゃないか

意図せず変なファイルがimportされるのを防ぐためだろ
めんどくさかったら応答ファイルに-J.とか書いとけばいいんじゃね

皆さんIDEは使ってますか？
DescentもCBも微妙だったので…。

結局普通のテキストエディタに落ち着いた
たまに他の言語でIDE使うと涙が止まらなくなる

俺も普通のテキストエディタだな……
VisualStudioか……何もかも皆懐かしい……

これだから貧乏人は

貧乏ですいません

いいIDEが無いとやる気が出ません。

CodePoetに期待しよう

>>826
よし、自分でIDEを作るんだ

そのためのやる気を出してもらうために誰か>>826にIDEを

VSやXcodeのプラグイン無かったっけ……

その時IDEが発動した。

（詠唱）……出でよ！

VSのデバッガってそうそう落ちないからデバッガってそういうものだと思っていたけど
同梱のwindbgがことある毎に落ちるのでMSは流石だと思った

どっちかっていうとMS品質のが異端なんだけど、
それを加味してもPC上のツールとしてはDのツール周りは
アッドホックすぎるきらいがある

string型って、char[]のエイリアス？

immutable(char)[] のエイリアスだったような

おまえら普通のエディタとか言ってるけど、
D言語を普通にインデントできるエディタがあったら教えて欲しい
WindowsでもLinuxでもかまわない

オートインデントってことかい？
gVimは対応してたよ。

ごめん、emacs派なのでvimだけは無理。

d-mode.elはin/out/bodyでインデントがおかしくなってしまった。

どの程度のオートインデントを期待しているんだ…？
前の行と同じインデントになるってのだったらいくらでもあるだろう。
普通のテキストエディタの強みは、動作が単純なことにあるとおもうよ。

ところで、in/out/bodyってどんなインデントにしたらキレイに見えるんだ？

>>839
前の行のインデントを覚えるのは当然として、
少なくとも{で一個インデントされて、}で一個デインデントされるのを期待してる。
それから文字列とコメントを正しく認識してほしい。

まあ、普通のプログラミング用のエディタならできそうなもんなんだけど、
汎用エディタでDの文法に完全に対応してるのは見たことない。

in/out/bodyは俺ならこんな感じで書くかな：

auto func()
→in {
→→//
→} out {
→→//
→} body {
→→//
→}

>>840
俺はこう書いてる
auto func()
in
{
// do stuff
}
out(result)
{
// do stuff
}
body
{
// do stuff
}

公式(Phobosのコード)では>>841を採用してるっぽいね。一部例外があるけど。
in/out/body以外にも、concept-ifとかも困るよね。

bodyは曖昧だから嫌いだ・・
いっそbodyと書くことを強要してくれれば納得できるのに

inは関数の頭に書いて、outはscope(exit)とかで書けば、ぶっちゃけin/out/bodyいらないよな
ドキュメントに自動で反映させるとかしないことには。

>>844
知ってるか、overrideというものがあるんだぜ

>>845
そういえばそんなものがあったな。
恩恵に預かったことがないから忘れていた。

>>841
}
else
{

とか見るとぶち殺したくなるんだが、
このコーディングスタイルって一体何が嬉しいんだ？

コーディングスタイルは半分宗教論争
void func()
{
}
形式は.hと.cを行き来するのに楽なのでC書くときはよく使う
でもelseは
} else {

>>847
ttp://ja.wikipedia.org/wiki/%E5%AD%97%E4%B8%8B%E3%81%92%E3%82%B9%E3%82%BF%E3%82%A4%E3%83%AB
>>841のようなスタイルはおそらく BSD/オールマンのスタイル
制御文とブロックを分離することで可読性を向上させることを目的としている。
>>848 のようなスタイルはおそらく K&Rのスタイル。
一度に表示できる量が多いので書籍や昔の端末画面、ネットの掲示板などでは有利か。

最近のコード(D含む)はどちらかというとオールマンスタイルをとることが多いように見える。
あくまで慣れの問題なので、プロジェクトで一貫していればどちらでも良しってのが定説。

if(1)
{←←←←←←←←←←←←←←ここに空行があるから構造が見渡しやすい
　　// hoge
}←←←←←←←←←←←←←←ここに空行があるから構造が見渡しやすい
else
{←←←←←←←←←←←←←←ここに空行があるから構造が見渡しやすい
　　// hoge
}←←←←←←←←←←←←←←ここに空行があるから構造が見渡しやすい
だぜ

>>847
in/out/bodyは関数に合わせて上のように書いてるけど，ifとかは
if (cond) {
// do stuff
} else {
// do stuff
}
で書いてるよ

if (xxx){
//
}
else{
//
}
は、異端児ですか？

その辺のスタイルはほんと宗教だからなあｗ

>>850
対応する括弧が同じカラムにある事が重要

if (ながーい
&& 複数行の条件) {

hoge();
}

の場合。} から対応する { を探す時、if を探して、ifの条件の終りを探して次の { とかですごく面倒。

if (ながーい
&& 複数行の条件)
{
hoge();
}

これなら上を見ていって同じカラムの { を探すだけ。

一行だと

if(...){
　...
}else{

だけど、条件が複数行に渡る時は

if(... &&
　...)
{
　...
}else{

にしてるな。一回インデントが戻るのが重要ということで。

>>855
ナカーマ

完璧に一貫性のあるフォーマットにしたければ
自動フォーマットツールを作ればいい
可読性高めたければリファクタリングすればいい
でもemacs vim
おまえらだけはだめだ

宗教論争だからin/out/bodyもどうしようもないなあ

>>852
ナカーマ

(´･ω･`)ぶるっちょぽかぽかだお

伸びてると思ったらスタイル論争かよ何て時代だ

if()
{
}
else
{
}

みたいなのは制御文をコメントアウトしたときに
ブロックをそのまま活かせるから、とかいう理由を聞いたことがある

誰かがDindentを作れば解決

なるほどね

>>861
次のお題はmallocしたメモリは終了時にfreeしなくてはならないかどうかね

そんなことよりD言語の話しようぜ

>>864
それはしなくて大丈夫だろうけど…
というわけでデストラクタが呼ばれないかもしれない云々の話に突入だね。

「Dではデストラクタを使ったRAIIをしてはいけない」んだっけ？

auto classだけ？

>>867
そういうわけではないのだけど、newされたままどこからも参照されなくなって放置された
オブジェクトが必ずGCによって回収されるという保証が仕様のどこにも書いてないから、
たとえばロックファイルとか、グローバルアトムみたいな、プロセスと関係なく存続する状態を
使った場合の後処理をデストラクタで行うことはできない。
(実際のdmdではちゃんとプロセスの最後にデストラクタを呼ぶみたいだけど。)

じゃあ書いていないけど、
書いていないだけで、
実際は心配ないってことでいいんかね

あとauto classじゃなくてscope classね

scope classをメンバに持つことができるのかどうかやってみなくちゃ

>>870
できないんじゃなかったっけ。個人的には一番欲しい機能の一つなんだけど。
RAIIで書きたいシーンが意外と多い。

正直、メモリ周りはC++とshared_ptrのほうが気楽なんだよなー。
SDLとか使ってるとGC外からがっつりメモリ持ってくることも多いし、
解放をデストラクタ任せにできないのがちょっと辛い。
というか、デストラクタに解放処理書いて、んで明示的にdelete、みたいな感じにしてるけどめんどい。

scope(exit)が無かったらイライラのあまり電柱に頭ぶつけて死んでた

>>871 に同意過ぎて涙出る。
scopeメンバ変数とか、newsgroupで昔見かけたけどあまり盛り上がらずにスルーだったな…

Dで使えるHTMLパーサーって無いですか？

有る可能性が高いかもしれない

D言語でmallocしてinitializeしてdisposeしてfreeする作業につかれたお・・・

Dって、内部表現はUTF-8にするのが基本なんですかね？
WindowsのAPIを呼ぶときには、UTF-16に変換したりするんでしょうか。

変換は簡単だから時と場合によって使い分ければいいんじゃないかな

>>878
なるほど。
char型のほうがDのライブラリでは便利そうなので、それを基本にしてみます。

ところで、GCによる再配置を防ぐもの（C#で言うfixed）はありますか？
そもそも、再配置するんでしょうか。

>>879
GCのコンパクションのこと？まだ実装されてない

Dは日曜プログラマにはやはりありがたい
デフォルト初期化子と疑似プロパティ（括弧の省略）とデリゲートは安心だわ

しかしメモリ使用の保守方法としてRAIIとCGはまだまだ関係が詰め切れてないんか……
クラスローカルのカスタムnewが活用できればいいんだが

>>880
じゃあ今のところは気にしなくても良さそうってことですね。
Dの言語仕様的には、C#のfixedみたいなものは無いようなので
GCが管理しているメモリのポインタは使うなってことでしょうか。

http://www.digitalmars.com/d/2.0/type.html
この辺見てると、
Casting pointers to non-pointers and vice versa is allowed in D, however, do not do this for any pointers that point to data allocated by the garbage collector.
と書いてあるので、そう読み取れるんですが。

>>882
> C#のfixedみたいなものは無いようなので
fixedが必要になるのはunsafeのコードとC#の環境の相性が悪いからで，
そもそもがunsafeなD言語だといらないんじゃないかと

キャストに関してはポインタの値を整数で持つとかあるけど
GCによって指してるオブジェクトが削除されるかもしれないから
「仕様上許可してるけど何が起きても知らんよ」ってことかな

今のdmdとかの実装だとコンパクション(や移動を伴うGC)は当分入らないだろうけど
いつかは実装されるかもしれないので，GCの隙間をつくようなコードは書かない方がいいかも

>>883
C#のfixedは、オブジェクトの再配置を防ぐ目的だったと思うので、
オブジェクトがメモリ上で移動する可能性があるなら、D言語でも必要だと思いますが…。
まあ、結局DではGCに管理されているオブジェクトへのポインタを使うのは
やめておいたほうが良さそうということですね。

なんかいまいちGCのメリットが…

そもそもポインタが登場するような書き方はDの思想と違うってことだろ
API使うとかのためにやむをえず登場するときだけで

>>884

> オブジェクトがメモリ上で移動する可能性があるなら、D言語でも必要だと思いますが…。

GCを実装する時，言語の設計をちゃんと考慮するならそうでもない(コピーGCとか採用してる言語でそんなの大抵気にしない)

C#の実装においてunsafeな環境でのポインタが，GCの影響を受けないからfixedが必要だと思ってるんだけども

D言語でも参照とオブジェクトの間にテーブルを用意すれば，fixedみたいなのはいらないだろうし(他にもやりようはあるけど)

> 結局DではGCに管理されているオブジェクトへのポインタを使うのは

D言語だとオブジェクトとかは参照使って普通にアクセスできるんだけど，わざわざポインタを使うのは何故？

>>885にあるように外部のAPIとか使おうとしてるの？

>>886
ポインタを使う理由は、WindowsのAPIを呼ぶためです。
正確に言うと、クラスのメンバ変数としてAPIで使うための構造体を持った場合に
・そのメンバ変数へのポインタを直接APIへ渡すとまずいのか
・まずい場合、メモリ上に固定させることは可能か
という点を確認したかったわけです。

>C#の実装においてunsafeな環境でのポインタが，GCの影響を受けないからfixedが必要だと思ってるんだけども
違います。
http://msdn.microsoft.com/ja-jp/library/f58wzh21%28VS.80%29.aspx

>>887
>正確に言うと、クラスのメンバ変数としてAPIで使うための構造体を持った場合に
>・そのメンバ変数へのポインタを直接APIへ渡すとまずいのか
>・まずい場合、メモリ上に固定させることは可能か
>という点を確認したかったわけです。
メンバをD言語側でずっと持ってるのであれば回収されることもないだろうし
今は問題ないかと(自信がないのでWin32 APIとか詳しい人のレス待ち)
コンパクションなどが実装されたら固定させる手段は提供されると思う

>違います。
>http://msdn.microsoft.com/ja-jp/library/f58wzh21%28VS.80%29.aspx
どこか違う？GCがポインタも考慮しているのであれば，fixedを使うまでもなく
ポインタは移動前も移動後もずっと同じオブジェクトを指してるよね(通常のC#の参照はそう)
勿論C#のオブジェクトを上で述べるように外部に渡すのであれば，その時はfixedは必須だと思う

DのGCはライブラリなんだから、再配置GCが実装されればライブラリがピニングする方法を提供するよ

そんなことはない

BlkAttrにNO_MOVEっていうのがあるから，NO_MOVEを指定する方法になるかも(まだ未実装だけど)

>>887
>そのメンバ変数へのポインタを直接APIへ渡すとまずいのか
仕様上、再配置される可能性があるので、マズい

>・まずい場合、メモリ上に固定させることは可能か
今のところは、アロケータ・デアロケータを自前で書くとか、GC管理外のメモリ領域を使う方向になる

現実的には、>>889の方向性かな。

今後の予定ってどうなってんの？
スケジュールとか
DIPは何が何なのかよくわからん・・・

class A {
  void foo()
  in { assert(bar()); }
  body {}

  bool bar() { return true; }
}

class B: A { void foo() {} }

void main() { (new B).foo(); }

B.foo() を呼ぶと A.foo() の in で bar() を呼んだときに Access Violation
2.036と2.037で確認、2.030では起きない

継承が絡むとオーバーロードが滅茶苦茶になったりしてどうもやり辛い

>>893
# Operator overloading: opBinary!("+"), opUnary!("--"), opIndexAssign!("*").
演算子オーバーロードをopBinaryとopUnaryのテンプレートでやろうという話
# opDollar (bugzilla 3474).
Rangeのスライスで$使えない事に対する対応策として、$演算子をオーバーロードできるようにしようというもの。すでにDonさんのパッチが出てると思った。
# Move complex and imaginary types from language into std.complex.
複素数型を取り除いてstd.complexにまとめようという話
# Fix the array stomping issue (T[new] was one proposal for this).
（なんだろう、これだけ良くわからない。たしかnewsgroupでそんな話題があった機がするけど…）
# Remove C-style declarations.
int a[10]; みたいな定義の仕方をできないようにするという案
# Remove typedef.
alias thisとかあるし、typedefイラネって案
# Remove struct initializers.
static A a = {10, 20}; みたいな構造体の初期化の仕方やめようっていう案。多分次回の更新で来る。
# Remove floating point NCEG operators
!<>= みたいな演算子覚えにくいし滅多に使わないからやめようって案
# Remove "length" from array index expressions (bugzilla 3474).
a[0..length-3]; みたいな配列の添字とかスライスの中でlength使えないようにして、$に統一しようっていう案（Rangeの$と併せて）

>>896
おお…もう…

alias thisはtypedef並のタイプ数で書けるなら認めてやる

typedefは初期化の指定が便利なんだが
配列作るときなんか特に

複素数型を取り除くのだけは納得いかねえｗ
あれだけ言っておいて・・・

# Fix the array stomping issue (T[new] was one proposal for this).
スライスと動的配列の構文を分けようってやつではなかったか

むしろ、複素数にデフォルトで対応しているくらいなら、
もっと利用の幅が広い行列使った線形代数の計算に対応していてくれた方がありがたいな。
これをやると別物になりそうな気はするが

Error: function hoge cannot get frame pointer to count
このエラーはどういう意味なのでしょうか？
-debug -g -unittestでコンパイルすれば通るのですが、
-O -release -inlineでコンパイルすると上記のエラーになります。

>>902
確かに行列の計算に対応してくれるとありがたい

行列リテラルとか？w

exp(iθ)の計算とか、簡単な四則演算以外の複素数の計算まで
言語レベルでサポートされていればいいんだけど、わざわざ
複素数を基本の型に入れた割りに、中途半端な感じがするな。

でもなによりも、これだけ時間がたっているのに、基本の型を
変更するというdrasticな修正がされる可能性がある、というのが
さすがというか、なんというか・・・

exp(iθ)は(cosθ,isinθ)だから特に用意されてなくても問題無いんじゃないかね？

うん、exp(iθ)なんかはあくまでも例で、言語で複素数をサポートするなら、
複素数の需要が多そうな、数学関連も強化した方がよかったのでは？
という話。

四則演算くらいしかサポートしないなら、結局複素数を扱う数学ライブラリを
使うことになるし、それなら複素数クラスも数学ライブラリで定義すればって
ことになるかと。

言語レベルのサポートだと自然な形で表示しやすいってメリットは
あると思うけど。

>>905
行列リテラルはいらねｗ
E3 = [
　[1,0,0],
　[0,1,0],
　[0,0,1]
];
配列リテラルで十分だろう

あれ？前から typeid( expression ) ってできた？
ずっと typeid(typeof( expression )) ってしてたよ・・・

しかし演算子オーバーロードのテンプレート化って、
みんな大好きユーザー定義演算子（もどき）を作りたいという下地なのか？
コンパイラを楽に書けるシステムと両立できるのか？

何のメリットがあるんだそれ

そんなんよりもinlineがほしい
MAKEWORDだのOPENFILENAMEだのをimportだけで使いたい

>>913
その程度の短い関数はdiのほうに残るからimportだけで使えるはずだが

使えるはずだな

今年中にはD3出るかな

出るかもしれない気がしてきた気がしなくもない

http://www.kmonos.net/alang/d/1.0/phobos/phobos.html
phobosの一覧見辛くて困るのですがなんとかなりませんか？
Java Docのように階層化して欲しいです。
Streamにどんなクラスがあってどんなメソッドがあるのか、
スクロールして下まで見ないとそれすらも分かりません。
ちょっと心が折れそうです。

>>918
CandyDocつかったら？
ほかにもdilとかでもできるのかな？

それと新しいバージョン来てるよ
Version D 2.038 Dec 30, 2009
New/Changed Features
* Added core.cpuid in Druntime
* Bugzilla 3514: opApply should be the first-choice foreach iteration method.
* Bugzilla 3577: Wrong precedence for opPow
* Added auto ref functions
* Added function template auto ref parameters
* Added isRef, isOut and isLazy to __traits
* Transporting return type from args to return type, see DIP2

> * Added isRef, isOut and isLazy to __traits
おお、これは嬉しい

…今年の11月にD3が出るんだっけ？

出ねえよ。なれなれしいんだよｗ

引数にvoid書くと怒られて困る
void hoge( void )
{
}
って書きたいのに
以外に融通利かないな

Cの可変個引数とこんがらがりそうだから敢えてダメにしてるんだろうな
switchをそのまま取り入れた時の思想と矛盾するわけだが

C式の変数宣言も消える方向らしいしそのうちswitchも消えるか自動breakになるかするんじゃね？
俺的にはmatchとか入れて欲しいけど・・

>>924
そうなって欲しいと思ってるのは君だけやがな。

俺もmatchは欲しい

dmd 2.039 release

はえーよ

まあちょいバグの修正のみですから

TLS ctor/dtorくるね

D2ならもうTangoでFA?

D1の間違い？

>>730
うん、他のUnicode APIと同様にWriteConsoleWを使えばいいだけの話だと
思うんだけど。UTF-8→UTF-16の変換はDが勝手にやってくれるよね?

やってくれないかと

Phobosにコンテナが入る予定ってないんですかね？
面倒くさいけど自分で書くしかないのかなぁ・・・。

動的配列と連想配列(集合としても利用可)はあるし、あと欲しいのってリンクリストぐらいのよーな。

RBTreeがほしい

>>936
push_backなどの操作が・・・と思ったけど、std.arrayを使えばいいのかー。

>>937
Dは実装が簡単な言語(ただしC++比)らしいので、連想配列の中身がRBTreeなDコンパイラを937が作ればOK

>>939
作ってくれ

RBTreeならTangoやdcollectionsとかにあるから最新のバージョンに適応させて
http://www.dsource.org/projects/aa
にコミットすればOK

http://www.dsource.org/projects/dcollections/browser/branches/d2
dcollectionsはD2に移植する気満々っぽいよ。
ライセンスもTangoのBSDライセンスと違ってPhobosと同じBoostライセンスにしたようだ。
もし作ったらチケット発行してパッチ投稿したら良いんじゃないかな？

>dcollections
これ確か前MLで流れてたよね
「コレクションいる？」->「dcollectionsがあるじゃん」的な感じで
実装が進んでないのは，classのrangeとかshared辺りの問題なのかな？
変更がコミットされてないだけなのか分からないけど，D2中に入って欲しいなぁ

「コレクションいる？」->「dcollectionsがあるじゃん」->「じゃあいいか」

おいおいメンテナンスされてないってえええ、みたいな

Graph，集合，統計のライブラリが標準にあったら嬉しいなあ

どうせphobosのパッケージなんかごった煮でこんがらがってる上
出たり消えたりするんだから適当にぶちこめばいいのに

to!string(int)がCTFEに対応したらしい

stringに格納されている文字列がUTF-8であるかどうか調べるにはどうしたらいいですか？

utfにそういうのなかったっけ

validate?

>>949,950
どうもです。
UTF-8 or UTF-16 or UTF-32であるかチェックということになるんですかね。
boolじゃなくて例外なところがちょっと使いづらいなぁ。

それはDの思想的なものだと思うけど
いやならtry〜catchでラッピングした関数を作るまでじゃね

それならstd.contracts.collectExceptionおぬぬめ

Dに未来はある？

未だ来てない機能はたくさん

見切り発車で発進することすら出来ない

>>952,953
std.encodingにboolで返すisValidがありました。

isValidはUTFに限定されてなかったorz

そういや窓の杜にコンソールでUTF-8使う方法が紹介されてたな

pythonと同程度には普及の見込みがあるのではないか

>>959
外部ツール使えばそこそこ見栄えがする表示はできるけど、
Windowsはそもそも端末エミュレータを変えられるようにできてないから、
実用に堪える環境じゃない。

>>954
Dに関してははっきり「ない」と言える

Pythonを知ってるプログラマが100人いるとすればDは0.02人くらい

pythonと比べるなんてpythonをバカにしているとしか思えない

Python を 100 とすると

VB 1000000
PHP 500000
C/C++ 100000
Java 50000
Ruby 1000
D 0.02

なに！カカロットの戦闘力がVBだと！？
No.1はこの俺様だあああ！！

やあ、HSPさん

D弱杉www

Dは永遠に迷走し続ける

俺たちの戦いはこれからだ！

>>966
強引すぎるベジータβさんの戦いは今日も続く・・・

http://alexanderbothe.com/?id=27
なんかNGみてたらD-IDEとかあったけど、これってどうなんだろう？

>>972
レビューよろ

>>973
俺の環境だとバグだらけで使い物にならなかった

待て、それだとdmdが使い物にならないってことになるぞ

>>975
g++のバグが5000以上放置されているのに対してdmdは1000程度だとのこと(Walter曰く

バグ報告に繋がるユーザーの母数が(ry

C++の複雑さはDの十倍って触れ込みだから理論上はdmdの圧勝

なんかWindowsはバグが多いみたいな話だな