1 名前:デフォルトの名無しさん mailto:sage [2011/08/24(水) 06:02:12.35 ] プログラミング言語 D (D Programming Language) について語るスレッドです。 ■前スレ D言語 Part27 hibari.2ch.net/test/read.cgi/tech/1303022487/ ■本家 www.digitalmars.com/d/ www.d-programming-language.org/ (ドキュメント) www.kmonos.net/alang/d/ (和訳) ■コンパイラ www.digitalmars.com/d/dcompiler.html (DMD, 本家) dgcc.sourceforge.net/ (GDC, gccフロントエンド) www.dsource.org/projects/ldc (LDC, バックエンドにLLVM) ■参考URL f17.aaa.livedoor.jp/~labamba/ (D言語研究) f17.aaa.livedoor.jp/~labamba/?D%B8%C0%B8%ECBOF (D言語BOF) dsource.org/ (dsource) tinyurl.com/candcpp2d2 (C/C++に疲れた人のD言語2.0) www.kmonos.net/alang/wnd/ (わかったつもりになるD言語) shinh.skr.jp/d/ (SDL, SDL_*, OpenGL, GLU, glutのポーティングとか) shoo.s20.xrea.com/shoo/programing (D言語とTangoの入門講座) www.nicovideo.jp/mylist/4453698 (D言語で作られた芝ゲー niconico動画) www.asahi-net.or.jp/~cs8k-cyu/ (ABA Games) dusers.dip.jp (D言語友の会) www.wish.sakura.ne.jp/desuno/game/Drawing (PrincessDrawing! D言語で作られた横スクロールSTG)
244 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 19:09:13.70 ] するとinterfaceで型を定義することが間違ってるってことか… そもそも大幅に性質の違うclassどもに便宜上一部共通の部分を作って 一緒くたに扱う必要がある時点でまずいのか? mixinじゃコレクションは作れないしなぁ Variantの配列なんて悪夢のような代物は見たくもないし
245 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 20:43:40.77 ] 「interfaceをObjectにキャストしてなんかする」の部分をそのinterfaceのメソッドにしてしまえば済む話じゃね?
246 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 20:44:26.53 ] すまんテンパってた >>244 で書いたような事じゃObjectへのダウンキャストは発生しない そういう状況で出てきたinterface型のオブジェクトを DFLのControl#tag(こいつがObject型)とかにセットしようとした時に例の問題が発生するのであって このtagは.NET由来でObjectになってるんだと思うが、こいつが本来Variantであるべきなんだ 俺が全面的に間違ってました。ごめんなさい。 だからDさん俺を破壊的変更するのはやめてください、やめて、とめ あ
247 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 20:55:39.26 ] DFLも.NETもわからんけど、Dで実装されたinterfaceであることが確定的に明らかなら ふつーにObjectにダウンキャストしてもいいんじゃね?
248 名前:デフォルトの名無しさん mailto:sage [2011/09/29(木) 21:41:38.67 ] アップキャストでは・・・・
249 名前:デフォルトの名無しさん mailto:sage [2011/09/30(金) 05:42:46.54 ] 元の型が確定してるなら問題ないでしょ? DFL程度のソースだったらTagを独自に置き換えちゃってもよさそうだけど
250 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 13:11:33.01 ] DFLのgithubのforkは健在みたいだけど原作者どこいってもうたんや…
251 名前:デフォルトの名無しさん mailto:sage [2011/10/01(土) 18:27:54.38 ] interfaceをtagとして登録するなら…
252 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 00:07:48.25 ] interfaceは基底クラスとは役割が違うよ 本当にそのコンテキストでinterfaceを使う必要があるのかよく考えてみて
253 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 00:39:48.67 ] 種類も役割も様々なclassに対して一部だけ共通の側面を持たせようとする用途だから interfaceでいいと思うんだけどなぁ
254 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 02:08:09.19 ] interfaceはもっと身近な存在でいてほしいね
255 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 04:17:02.49 ] Objectの派生がいい気がしてきた
256 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 04:20:29.54 ] それともControl#tagが専用のinterfaceを受け取るべきなのかな? でなければVariant?
257 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 08:39:17.92 ] >>256 専用interfaceなんかにしたら既存のクラスを置けなくなっちゃう>< いやラッパかませば置けるけど意味無いし 役割的にはVariantが妥当じゃないかな
258 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 16:36:03.96 ] 久しぶりに来たけどD言語どうなってる? まだ破壊的仕様変更やってんの?
259 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 17:02:52.31 ] 今はそんなでもない 主要API消滅するときも0.002バージョン分ほど猶予がある
260 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 18:10:56.21 ] 標準ライブラリ内での名前被りが解消すれば そこそこ安定するのではないだろうか・・・年明けくらい
261 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 19:01:51.31 ] 言語的な仕様はほぼ固まって、 標準ライブラリを色々いじってるところって感じでいいの? 昔いじってる時いまいちイケてないライブラリだったけど ずいぶん変わったのかな
262 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 19:10:28.76 ] ずいぶん変わった ロケールとかエンコーディングとか微妙に基本的な部分が欠けてるような気もするが 基本的にはすごくいい感じ、だと思う、たぶん… D1の頃から「他の言語よりずいぶん早くやりたい事を書けるなぁ」と思ってたんだが そういう面ではグレードアップしてるとは実感してる
263 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 19:48:44.21 ] ロケールとかエンコーディングとかは やはりCJKの人間が関わらないと厳しいのだろうか
264 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:01:58.53 ] D的には内部コードは全部Unicodeだからロケールとかエンコーディングとかは入出力まわりだけどうにかなればいい。 文字コード透過性だのなんだのは内部コードをUnicodeに決め打ってる時点で捨ててる。 だからsetlocaleだのmbなんたらだのは要らなくて、 「ファイルをOSのロケールからUnicodeに変換しながら読む」程度の機能さえあれば充分なはず。
265 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:30:11.17 ] これも入出力の他の部分が決まらなくて足止め食らってる感が
266 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:39:23.17 ] ロケールは通貨記号とか日付の書式とかにも係わってるから入出力だけじゃないけどね いや入出力なのか?
267 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:44:13.31 ] >>266 そういうのは、あっても使われないから問題ない。 日本でも数字区切りを3桁で区切るか4桁で区切るか、12/31って書くか12月31日って書くか、 頭に円記号を付けるか最後に漢字で「円」って付けるかなんてのは ハッキリ言って用途次第アプリケーション次第であって、OSの設定を拾って切り替わったりしたら逆に迷惑な場合がほとんどだろ。
268 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 20:49:38.40 ] そのOSの設定を拾う(「今の設定は"ja-JP"だ」とか)APIくらいあってもいいとは思うけどな
269 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 22:45:42.67 ] 実際そのあたりあまり使わないけど 年/月/日 月/日/年 日/月/年 の順番あたりは 使わなくもないかなあ
270 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 22:48:12.52 ] >>264 メモリ上のデータのエンコーディングを変えたいって事は結構ある 入出力にも当然必要だけど、バイト配列と文字列の相互変換も必要
271 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 23:11:00.27 ] >>270 「OSの現在のロケールのエンコーディング」と「内部コードであるUnicode」以外は 「標準ライブラリ」でやらずに、iconv(をDでラップしたライブラリ)にでも任せるべきだと思うんだ。
272 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 23:15:55.10 ] >>270 ああ、>>271 はちょっと違うな、ごめん。 toMBSzはAPIコールに特化してるけど、こいつの逐次処理やストリームからの読み書きに便利な版が必要って話だよね。 それなら賛成。
273 名前:デフォルトの名無しさん mailto:sage [2011/10/02(日) 23:47:12.19 ] 内部はiconvでもその程度は標準で欲しいなあ .NETのEncodingは便利よ
274 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 01:15:11.26 ] ガラパゴスプラットフォームが待たれる
275 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 02:05:14.38 ] かなり緩いBSDライセンスですら取り込まない体制なので、iconvも独自実装でないと標準には
276 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 02:15:22.21 ] とにもかくにもdio
277 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 03:13:57.16 ] 基本はboostライセンスなんだっけ?
278 名前:デフォルトの名無しさん mailto:sage [2011/10/03(月) 07:49:17.83 ] boostライセンスだな
279 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 00:09:05.29 ] ならiconvは厳しいか エンコーディングの実装にOSの機能はどこまで使えるのだろうか
280 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 00:33:03.90 ] まずOSによって対応エンコーディングに差がある、同じエンコーディングでも微妙にテーブルが違う、 Linuxなんかではlibcのロケール関数を使うことになるが言うまでもなくコイツの仕様は酷過ぎる上にBSD系と動作が違う MacだとCoreFoundationをリンクしないといけない、Windowsだとエンコーディングを数字で指定するがこれと 他OSでLANG環境変数で指定したりするエンコーディング名と一対一対応があるわけでも勿論無い ……とまあそんな感じなので、iconvに丸投げが一番楽よ。 API自体はWindowsが一番整備されてるかな、よく言われるように変換テーブルが多少独自なのを除けば。
281 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 01:31:14.64 ] まあ各国でよく使うエンコーディングが 自国版のOSで使えさえすればいいとは思うけど それ抜きにしてもAPIは厳しそうだな・・・
282 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 01:43:05.75 ] まあWindows以外は、iconvぐらいデフォルトでインストールされてるだろうってのを当て込んで ダイナミックリンクしてもいいとは思うけど。
283 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 12:55:36.47 ] std.encoding.EncodingSchemeから派生させて、EncodingSchemeCP932とか作ればいいのかな? www.kmonos.net/alang/d/2.0/phobos/std_encoding.html 中身は、変換テーブルでやるなり、iconv呼ぶなりして
284 名前:デフォルトの名無しさん mailto:sage [2011/10/04(火) 16:56:35.51 ] >>283 俺初めてstd.encoding見たけど、dchar : 他のエンコーディングの複数バイト が常に 1 : n なのを想定されてないかこのインターフェース? 誰かウォルたんに合成文字の存在を教えてあげないと。
285 名前:デフォルトの名無しさん mailto:sage [2011/10/05(水) 13:47:51.03 ] >>101 のバイナリを入れたんだけど、 VBのScriptControlからEvalしても何も帰ってこない。 ScriptControl1.Language = "DMDScript" MsgBox ScriptControl1.Eval("1") 'Empty MsgBox ScriptControl1.Eval("+") 'Anonymous(1) : Error: expression expected, not 'EOF' エラーは出るからそれなりに動いてはいるようだけど、だれか助けて
286 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 11:46:51.26 ] DLFってクレジット表示なしで商用利用可能なんだっけ?
287 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 12:13:48.37 ] DFLか?
288 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 12:54:06.05 ] そう
289 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 14:16:46.65 ] 3タイプのうち、普通に使う分にはzlibライセンスになると思う 表示なしでいい
290 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 14:34:23.05 ] なるほど それじゃDLF使おうかなあ
291 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 15:31:51.26 ] その前にちゃんと名前を覚えてあげてください
292 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 20:03:55.36 ] deprecateの関数置き換えたらobject.Error: Access Violationあああああああああああああ
293 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 20:29:40.65 ] extensionがバグってた Notice: As of Phobos 2.055, std.path.getExt has been scheduled for deprecation in February 2012. Please use extension instead. getExtの代わりに使えってかいてあるけど動きが違ってた void main() { string fname = "aaa.ext"; assert(std.path.getExt(fname) == "ext"); assert(std.path.extension(fname) == ".ext"); } 報告できる方よろしくお願いします。 それとも仕様変更だったり?
294 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 20:32:43.33 ] >>291 ワロタ DFLは、バグで結構やばい動作することがあるって話があったから、商用で使うなら 気をつけた方がいいぞ
295 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 20:33:25.70 ] >> 293 これは仕様変更。
296 名前:デフォルトの名無しさん mailto:sage [2011/10/08(土) 20:37:33.04 ] >>295 やっぱり? .NETとかも'.'ついてるし'.'ないと分割した後単純に結合できないしやっぱりそうなのかー コードの拡張子比較してるとこ全部直さないと・・・・
297 名前:デフォルトの名無しさん mailto:sage [2011/10/09(日) 00:20:28.16 ] 自分でgetExtを再実装すればいい
298 名前:デフォルトの名無しさん mailto:sage [2011/10/09(日) 02:19:18.44 ] listdirとかisabsとか自作してる俺ェ…
299 名前:デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:11:48.66 ] GCCにDのフロントエンドが取り込まれるらしい 実際にGCCにコンパイラが組み込まれたら 今までみたいに自由気ままに破壊的変更できなくなるんじゃなかろうか
300 名前:デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:18:03.43 ] 本家が変わらず火星なら、Iainの人が血を吐きながら頑張るだけじゃねーの 利用者とフィードバック増えるとむしろスムーズに進化できる可能性も
301 名前:デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:25:15.96 ] ideone.com/IuwjS removeの仕様がイケてないというか、テンプレート対応がしょぼいというか・・・
302 名前:デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:34:23.79 ] .NETレベルのライブラリがないと普及しないお
303 名前:デフォルトの名無しさん mailto:sage [2011/10/10(月) 13:40:17.44 ] removeはどうせ二つ用意するなら名前変えればよかったのに
304 名前:デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:12:55.14 ] pythonにはそういうライブラリあるの?
305 名前:デフォルトの名無しさん mailto:sage [2011/10/10(月) 14:29:28.99 ] >>301 違うな。俺が間違ってた。ごめんよ、ごめんよ
306 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 10:29:16.53 ] D -> Go DMDScript -> Dart さようならうぉるたん
307 名前:デフォルトの名無しさん [2011/10/13(木) 13:03:52.61 ] そうなんだ、すごいね
308 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 12:17:05.74 ] 訃報: C 言語の開発者、デニス・リッチー氏が死去 ttp://developers.slashdot.jp/story/11/10/13/0224245/ Google+ で Rob Pike 氏が語ったところによると、C 言語の開発者、K&R の R であるところの Dennis Ritchie 博士が亡くなられた。 70 歳 (Rob Pike 氏による Google+ への投稿) 。 長らく闘病中だったとのことで、先週末に自宅で息を引き取ったそうだ。
309 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 15:40:28.43 ] この人達がBからCを作らなきゃDもなかったし他の派生言語もなかった 黎明期の偉大な人たちが次々去っていくなぁ
310 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 15:59:55.43 ] ttp://cpplover.blogspot.com/2011/10/dart_13.html 某Dの人がDart->Dに置換しても通じるとか書いてるから読んでみたら 予想を遙かに超越してDそのまんまだった まあDはC++も駆逐するけどな
311 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 17:07:49.36 ] はてブのコメントにマジレスの嵐w Dart触ってみようかな。結局Goは敬遠してしまったし。
312 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 17:44:36.58 ] >>310 C系の記法から「常識的に考えて」導かれる記法だからねえ。 DはGCへの依存を弱めた記法を確立してbetter Cとしての立場を強めるとか Variantを活用できるようになればなと思う。
313 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 14:04:18.25 ] iPhoneやらUbuntuやら、巷では破壊的変更に飛び込む勇者だらけなのに 指をくわえてみているだけのD言語erは まさかいないよな?
314 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 17:09:54.34 ] アップルが嫌いだからiPhoneには関わりません
315 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 20:16:42.25 ] 一見破壊的にみえるだけで実は既存のものを延長した結果 という場合もあって一時的に不安定になるけど山を越えると また安定してくるという…繰り返される歴史 山が高すぎると超えられない。というのもそれなりにありそうだけども
316 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 21:20:44.29 ] メモリ関係でバグが出ると挫折する
317 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 22:06:47.85 ] OPTLINKのバグとは戦えない
318 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 23:16:06.35 ] clangみたいにオープンな開発にすりゃいいのに ウォルたん的にも別にクローズドな開発にする必要なさそうなもんだけど せっかく発展の余地があるのにもったいない
319 名前:デフォルトの名無しさん mailto:sage [2011/10/17(月) 22:55:27.87 ] dってオープンソースじゃなかったんですか
320 名前:デフォルトの名無しさん mailto:sage [2011/10/17(月) 22:59:05.96 ] 肝心なところは秘密
321 名前:デフォルトの名無しさん [2011/10/18(火) 18:31:28.75 ] えっ
322 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 01:06:12.82 ] Webで使う分には実用に耐えるんですかね?
323 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:33:35.30 ] 規模にもよる
324 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:38:28.33 ] CでWebアプリ書ける人なら楽勝
325 名前:デフォルトの名無しさん [2011/10/19(水) 23:50:24.13 ] だね
326 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 00:11:13.61 ] ideone.com/4V7My テンプレート関数のマングリングがおかしい件 map file の tfunc を検索すると文字化けしてるのがわかる(WinXP 32) やっと突き止めたぜ・・・
327 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 00:23:35.05 ] もしかしてこれでOPTLINKの謎エラーが消滅するのか
328 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 01:37:23.43 ] >>326 見落としがあった。保存するファイル名によって再現しなくなるwww テンプレート云々じゃなくてトータルの文字数カモシレナイ
329 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 02:01:22.70 ] test.dで void o123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234(){} void main(){ 略(); } だと正常、1文字付け加えると文字化けか 正常な場合は _D4test115o123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234FZv で丁度128文字だしトータル文字数で確かに間違いなさそうだね
330 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 02:14:16.76 ] 連投スマソ マングリング後の修飾名の文字数→上限128文字を超えると化けた Windows のみかも。ideoneでは再現せず ideone.com/9TWvd 長いモジュール名(std.algorithmとか)ついたテンプレート使うと 簡単に引っかかっちまう
331 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 02:18:35.09 ] 連投スマソ と書いたけど先越されたw まあいいや バグ報告しとく
332 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 03:59:19.24 ] d.puremagic.com/issues/show_bug.cgi?id=6831 直せオラ! で押し通せばよかった・・・つかれた
333 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 10:57:51.06 ] >>332 速攻でコメが来てる ・optlinkを直さないと対応できない ・linkerを書き直す計画はあるけどいつになるかわからん やっぱりoptlinkは切らないとダメだな
334 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 19:02:40.75 ] C/C++のプログラムをソースのみで配布するのは 社会に対する罪だと気づいた
335 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 19:35:40.51 ] うん
336 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 20:23:27.57 ] その点Dのソースならガリガリ修正する楽しみがあって抜群の社会貢献度
337 名前:デフォルトの名無しさん mailto:sage [2011/10/21(金) 00:00:58.48 ] optlinkってoptasmとなんか関係ある?
338 名前:デフォルトの名無しさん mailto:sage [2011/10/21(金) 15:06:13.85 ] ないと思う
339 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 11:10:54.16 ] D1からD2に移行したらDLLを動的ロードして使う部分で 謎のエラーというか色々意味不明な現象が発生するんで調べてみたら、 TLSのせいで複数回DLLがロードされているせいだった なんちゅう盲点や
340 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 11:47:41.59 ] データ領域は徹底的にデフォTLSにする方針だからなあ 知ってればどうってことないけど、チュートリアルでなるべく周知してかないと 他言語から移行する時の軽いハマりポイントになるかもね スレッド大量に作るような方向へ向かおうとするんだと、 将来的にTLSでの静的初期化はもっと書きづらくして気軽にやれなくなったりして
341 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 18:21:11.00 ] エラーになってくれればいいが何が起こるかわからんというのは困る
342 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 18:29:20.71 ] そういう意味ではCとのインタフェースを残しているのがすごくマイナス システム言語の看板を掲げるならデバッガが強力じゃないとつらいな
343 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 18:55:56.49 ] そもそもスレッドを考慮して無いdllの造りが悪いんじゃないの?
344 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 19:17:08.83 ] 俺の為のチラ裏メモ TLS = Thread local storage