プログラミング言語 Rust 2

1 名前：デフォルトの名無しさん mailto:sageteoff [2016/11/02(水) 03:12:40.30 ID:MYQ7Ohex.net] Mozillaがリリースした、プログラミング言語「Rust」について語るスレです。 www.rust-lang.org/ https://github.com/rust-lang/rust Servo https://servo.org/ https://github.com/servo/servo ◆前スレ プログラミング言語 Rust echo.2ch.net/test/read.cgi/tech/1327489549/ 313 名前：デフォルトの名無しさん mailto:sage [2017/01/16(月) 01:06:39.35 ID:3MjcRRh6.net] すべてのmacroの代替になるわけではないけど、macroやらpluginやらで無理して実現してたことの一部が楽にはなるはず それぞれ適した用途で使えばよい 314 名前：デフォルトの名無しさん mailto:sage [2017/01/16(月) 11:01:09.92 ID:YCpRkRk0.net] inlineとmacroとpluginとconst fnと 適材適所をまとめた情報ってどこかないかね 315 名前：デフォルトの名無しさん mailto:sage [2017/01/18(水) 19:26:40.80 ID:0/He/nuF.net] const fnからpanic!出来ない仕様ってstabilizeされてからもそのままなのかな 316 名前：デフォルトの名無しさん mailto:sage [2017/01/19(木) 05:46:59.43 ID:ff1dOA50.net] >>308 そうだと思うけど const fnからpanic!呼びたいって要求は #[cfg(...)]みたいなattributesに置き換えられないかな なんか考えが足りてなかったら申し訳ない 317 名前：デフォルトの名無しさん mailto:sage [2017/01/19(木) 06:12:01.34 ID:nSqYy0BF.net] attributesじゃitem単位での条件コンパイルくらいしかできないだろうから無理じゃね？ コンパイルタイムとランタイムを区別するのは現時点でのattributesの領分を越えてるでしょ >>308の期待する動作がはっきりとは分からんが、恐らく下の擬似コードみたいなのに対応しなければならないんだろうし これを実現するには言語仕様（あるいはプラグイン）の追加で対応するしかないんじゃないかねえ fn main() { const A = f(0); // expecting compile-time error let x = f(std::env::args().skip(1).first().unwrap().parse().unwrap()); // expecting runtime panic println!("{}, {}", A, x); } const fn f(n: i32) -> ! { panic!(); } 318 名前：デフォルトの名無しさん mailto:sage [2017/01/19(木) 17:50:45.29 ID:KP9WuCCK.net] そもそもその手の機能ってC++やDですら実現されてないんじゃ…… 319 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 02:14:54.25 ID:meHWinYv.net] https://crates.io/categories/games >If Rust the video game were implemented in Rust the programming language, it would belong in this category. ｸｿﾜﾛﾀ 320 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 15:32:04.47 ID:He1ERbj9.net] 最近はRustで検索するとゲームの方より言語の方が上位に来るようになったぞ! 321 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 15:36:25.38 ID:Yl4nAGke.net] RustってポストC/C++になれる言語ですか？ 322 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 16:37:35.24 ID:C/30dEKV.net] 単にお前さんのGoogleアカウントの検索の履歴からRust言語に重み付けされた結果が出てるだけだから アカウント変えるとゲームの方が先にくる場合もままあるよ > Displaying 0-0 of 0 total results これは、、、言い出しっぺの法則やな？ 323 名前：デフォルトの名無しさん [2017/01/22(日) 19:28:06.48 ID:eyLJuWmg.net] >>314 ポテンシャルはある。 324 名前：デフォルトの名無しさん mailto:sage [2017/01/22(日) 19:40:20.56 ID:Dd1b/Mlb.net] https://github.com/Wilfred/remacs A community-driven port of Emacs to Rust. 325 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 19:29:16.39 ID:igHP4a7v.net] >>314 寝言は寝て言え。現状からみてD言語ルートだ。 326 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 19:53:42.15 ID:pU9ER4NI.net] Mozillaが本気ならD言語よりはマシなんじゃね 327 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 20:42:28.51 ID:VnBtkYVE.net] Quantumに着手してる時点で本気でないはずがない 328 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 21:24:09.97 ID:dNkKf7mt.net] 個人的なツールでちょっと使い始めたところだけど C++テンプレート初期のエラーメッセージ地獄にくらべるとRustさん親切すぎて天使かよって感じなのでがんばってほしい けどもうひと押し(偉いひと説得材料的な)なんかほしい気はする 329 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 23:34:50.03 ID:iJ0FMzkO.net] >>319 Mozillaが本気出してこの程度ならD言語未満のHaskellレベルじゃね？ 330 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 23:46:14.74 ID:rMS2+V/T.net] >>313 あっちはまだアーリーアクセスだから… 331 名前：デフォルトの名無しさん [2017/01/25(水) 00:43:42.66 ID:uVLYflKb.net] rustとc++14ならどっちが学習コスト高いかな？ 332 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 01:06:25.08 ID:icd2X49v.net] >>324 （高コスト）C++闇の軍団＞proc macroを書くRust＞テンプレートを書くC++≧ビルドプラグインを書くRust＞Rustさわり＞C++さわり（低コスト） 現状こんなもん？ 333 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 08:00:44.75 ID:wJvgwWCY.net] 国際規格みたいなのができるとしても複数の実装の事を考えると プラグインは仕様からは外れるかなーとは思う 334 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 09:57:43.37 ID:+ZiK5CtY.net] >>321 zero costで性能良いって売りが事実になれば... 上で上がってたウェブサービスのベンチマークが意外とガッカリ性能だったのが萎える 335 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 11:09:39.71 ID:wJvgwWCY.net] ウェブサービスのベンチマークなんてコンパイラ云々よりも構成のほうが影響強いって上でも言われてるじゃん とはいえアセンブリレベルでは機能制限されたC++でしかないからrustで速くできるならC++だともっと速くできるわけで 労力もC++のほうがかかるだろうけど 336 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 16:34:12.89 ID:82yMOZoe.net] 言語仕様なんだからプラグインが外れるのはむしろ当たり前かと 337 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 16:42:20.24 ID:vaJn6hA3.net] >>322 ん、今さりげなくHaskell馬鹿にした？ 338 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 17:46:06.98 ID:G/yiP9yt.net] C++だと安全にするためにコピーしてた箇所をrustだとガンガンmoveにできるとかで、 普通に書いたらC++より早いとかあってもおかしくないとは思う 339 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 17:55:56.70 ID:GF1+cyEf.net] C/C++は危険でも関係なくガンガンコピーするから速い 開発者が明示的にコードで安全にするか 言語が暗黙的に安全にするかの違いがあるだけで 安全なコードが吐かれてたらその分は遅くなるよ 340 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 19:05:12.07 ID:+ZiK5CtY.net] 偉い人説得のために言語仕様だけ推すわけでもなく rustupのビルドツールセットの管理性や、cargoのビルド環境の利便性や、3rd party crateの性能なんかをまとめて だからrustは良いんですよってプレゼンするんだよぉ んで、公式に唱ってるわりに足引っ張ってる3rd party crateの性能が気になる 言語仕様は安全なマルチスレッドを言語文法でもうちょっと便利にして欲しいけど、グリーンスレッドに先祖帰りされても困るしのう 341 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 20:46:32.79 ID:o52BqWk7.net] >>332 そうなんだあ Rustって遅いんですね 342 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 21:10:53.58 ID:G3Sy5RF2.net] コピーするから速い……？ 343 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:08:50.44 ID:9B/zRGmW.net] 週刊誌並の偏った切り取り方 344 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:16:22.79 ID:vvheTSCl.net] せやで dereferenceは高コストな操作だからstructだろうが何だろうが参照渡しより値渡しの方が高速なんやで 345 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:31:03.09 ID:rhF3V2Xc.net] めっちゃデカイ構造体コピーしたろ！ 346 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 22:51:07.48 ID:icd2X49v.net] そもそもRustで「めっちゃでかい構造体」を作るのって、どっかで設計間違ってる気がしなくもない。 347 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 01:26:45.59 ID:QpF8cABc.net] それは作るプログラムの性質であってRust関係ないしお前が設計の良し悪しを決めるものではない 348 名前：デフォルトの名無しさん [2017/01/26(木) 01:43:10.61 ID:2yUJ7U50.net] Rustと言う名前のゲームがあるそうですが それはプログラミング言語のRustで作られているのですか？ 349 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 07:47:28.82 ID:2BnY2tIN.net] >>341 その同名のゲームとは関係ない 350 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:36:48.11 ID:CV+F+02K.net] コピーのコストは構造体のサイズもあるがヒープ使ってるか否かも関係するのでは 351 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 05:06:53.57 ID:ZptWLHtZ.net] 32bit時代のC#のドキュメントには、16バイトまでなら参照よりコピーした方がいい って目安が書いてあったけど、今どきはどんなもんだろ。 352 名前：デフォルトの名無しさん [2017/01/29(日) 05:44:52.43 ID:OhLobWwB.net] Rustは何が新しいのか（基本的な言語機能の紹介） - いもす研 (imos laboratory) imoz.jp/note/rust-functions.html こんな記事見つけた 353 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 06:53:26.90 ID:96Ypx+6J.net] Rustは何が新しくないのか、とセットで lyrical-logical.hatenablog.com/entry/2017/01/28/213539 354 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 08:24:52.66 ID:95TVWg7i.net] つまりRustで出来てC++で出来ないことはないけど、C++で出来てRustで（コンパイラが通してくれないせいで）出来ないことはある、と。 C++でいいじゃん。Rustいらないね。 355 名前：デフォルトの名無しさん [2017/01/29(日) 08:34:25.98 ID:uQxwW8BY.net] 何でも出来た方がいいのはチーム全員が信頼出来る場合だけだな 356 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 09:19:49.49 ID:MpcYD/ky.net] 自分自信すら信用できず、実際自業自得でバグを産むから、他人の信用なんか真っ平ごめんだ 357 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 11:26:25.73 ID:qAZTn4yt.net] Mozilla(というかブラウザ)のメモリ関連のミスは影響がヤバいからわざわざRustまで作ってるだけで メモリ関連ミスってもどうということはない程度のプログラムならC++でもいいんじゃない 358 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 11:29:34.14 ID:HeP1z5CV.net] メモリ関連というよりはもっと一般的なuse-after-freeの対策も含んでると思うけどな 最近のSerde 0.9のリリースなんかはまさにそれだし 359 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 15:04:54.98 ID:3OY0Puum.net] C++書けない無能のための言語なのに、学習曲線が断崖絶壁の無能に使えない言語に落ち着くRust。 360 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 15:12:56.27 ID:MpcYD/ky.net] swiftスレで相手してくれる人がいなくなったからrustスレに遊びに来たのな あっちで遊んでやんよ、お前も使ったことないrustよりまだ使えるswiftのがいいだろ？ 361 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 16:05:51.17 ID:LzV9/FyF.net] 大規模なC++プログラムメンテナンスするコストに比べればrustの学習曲線なんて平原みたいなものでは 362 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 16:06:01.65 ID:SmTDa/S0.net] 自分の脳みそを完全に信用できるならな 363 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 18:28:56.50 ID:MpcYD/ky.net] いや信用できないからrustが良いのだ rustはエコシステムが他言語に比べてめっちゃスマートだよな goもまぁ悪くはないけどソースファイルの置き場とか依存ライブラリの管理とかイマイチ C/C++やSwiftはそれぞれ別の理由で論外だし 364 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 22:47:53.84 ID:Ocx7v7z5.net] 書くための敷居が低いけど、書く能力がモロにメンテナンスコストに反映されるC++と 書くための敷居が多少高いけど、だいたいはコンパイラが面倒見てくれるRust C++で血ヘド吐いた人ほど後の方を重視して、メンテコストを軽く見る人ほど前の方を見てRust叩く印象。 365 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 23:15:06.07 ID:NDmTx4oh.net] 書くための敷居というか、入門の敷居では 慣れれば書くことに苦労することはあまりないように感じる 366 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 00:51:03.60 ID:eF+mclkT.net] https://crates.io/ そろそろ Crate は、ジャンルごとに階層化したりタグ付けできたりソートできたりしないと発見率が糞になるかと。 367 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 02:43:56.69 ID:YhRMpmBj.net] 敷居が高いは不義理をしてあわせる顔がない時に使う 368 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 03:24:58.17 ID:OQRcOPPf.net] へえ、ものしりだねー 369 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 07:58:57.30 ID:nWNAE5Le.net] >>359 2000年頃のyahooみたいに？ ツリー検索をこの時代に復活させるのはないわー 370 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 19:07:27.99 ID:bQnpSDhS.net] いくら言語を誉めたところで、この言語で書かれたまともなプロダクトも、この言語の本も出てないことが、この言語のダメさを物語っている。 371 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 19:11:49.38 ID:rVcDTRet.net] Facebookがmercurial hgをポーティングしたって話の裏は取れたんだっけ？ 372 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 19:36:00.65 ID:nWNAE5Le.net] >>363 つ ripgrep 煽るには知識が足りてない 373 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 19:43:25.52 ID:ako8vkN5.net] ライブラリの話ならともかく、エンドユーザ向けのプロダクトが多くないことと(エンジニアにとっての)言語の良さって関係あるの？ 個々人のプロジェクトで役に立ってるのならそれで十分でしょ 374 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 21:56:25.56 ID:7WMFgwOL.net] それ以前に仕様が固まってないじゃん。Rust AppleのSwiftが流行らないのと同じ。 今は実験段階なんだからプロダクト数だけで言語の良し悪しは測れない。 375 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 22:33:48.94 ID:BdTPiSFU.net] >>368 1.14にもなって言語仕様固まってないのも問題のような気がしなくもないが…… Goはまだ（？）1.7だけどももうほぼ言語仕様Fixと言っていいレベルで固まってるし。 プロダクトって面で言ったら上で出てるripgrepもそうだが、 まずFirefoxのコアに使われてる時点で「まともなプロダクトがない」って口が裂けても言えないだろ。 376 名前：デフォルトの名無しさん mailto:sage [2017/01/30(月) 23:13:49.09 ID:qF4ARhTt.net] const_fn、conservative_impl_trait、never_type、associated_consts……この話はやめよう 377 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 00:42:51.03 ID:E22d6Q0u.net] 固まるの意味が分からないがstableな機能ではまだ足りないと言っている？ 378 名前：デフォルトの名無しさん [2017/01/31(火) 01:08:37.64 ID:lkTuVnqH.net] 言語仕様に変更があったら後方互換性があってもダメというなら殆どの言語使えないよね。 何ならOKなんだ？というレベル 379 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 01:18:23.09 ID:w/stZREj.net] C++ｾﾝﾊﾟｲの進化について 380 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 01:57:41.10 ID:TmvDy1Hy.net] C/C++のようにOSでもカーネルでもデバドラでも組み込みでも何にでも使える言語が良い ユーザレイヤでしか触れない言語は価値が低い 381 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 02:04:11.12 ID:EAnQTfF2.net] いったい何を批判しようとしてるんだ？ 382 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 04:21:00.72 ID:J6yoEKAE.net] c++でデカイプロジェクトゴリゴリ書いてた人ほどrustいいんだろうな 383 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 05:03:19.87 ID:IQXv4KrI.net] C++はヘッダファイルに分かれてたりするのが嫌い。 Rustもモジュール周りはちょっと嫌い。 modといいつつ、実質includeが基本みたいだけど、なんだか古めかしい。 384 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 05:14:32.48 ID:iAIegLum.net] 可視性と階層構造を持つincludeとかもはやincludeじゃないよそれ 385 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 11:32:06.32 ID:x8DMpHTc.net] >>371 単純に機能が足りてない。 conservative_impl_traitがないとアンボックス化したクロージャ返せないとか。 386 名前：デフォルトの名無しさん [2017/01/31(火) 11:44:51.26 ID:sCWKIGbu.net] 下記のような処理で forの中で繰り返し毎にvecの変更内容を確認したかったのですが、 closureにvがmutable borrowされてるためにエラーになってしまいました。 こういうのは何か回避する方法はあるんでしょうか？ fn main() { let mut v = vec![1, 2, 3]; { let mut takes_nums = |x| v[0] += x; for i in 1..3 { takes_nums(i); // println!("{:?}", v[0]); // ここで一時的にvの値を確認したい } } println!("{:?}", v); } 387 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 12:08:39.86 ID:7hNNIgfe.net] モジュールもMLとかと比べてしまうと見劣りはするな 確かにC++よりはマシだけど 388 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 12:33:39.17 ID:yyJuX8zg.net] >>379 takes_numsからきちんと返す　とか https://play.rust-lang.org/?gist=12884b1ee4ef3196c70d52f5defacf70 389 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 14:03:31.13 ID:sCWKIGbu.net] >> 381 なるほど。そうすると確かにいけますね。 390 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 15:01:08.68 ID:16SeH9xy.net] >>379 こんなこともできる https://fraserblog.codewise.org/sneaking-a-peek-at-private-data-for-testing-in-rust/ 391 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 17:27:00.00 ID:19P3vDy6.net] スライスパターンまだ？ 392 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 19:31:33.91 ID:FHFaV7L7.net] intrinsicsって何？ 永遠にunstableとか書いてあるんだけど 393 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 19:50:54.86 ID:iAIegLum.net] 普通は直接触らない（libstdのstableなインターフェイスを通して使う）ものだから知らなくて良い どうしても知る必要があるのならまずcompiler intrinsicsでググって一般的なintrinsicsについて調べてからcore::intrinsicsのドキュメントに戻ると良い 394 名前：デフォルトの名無しさん mailto:sage [2017/01/31(火) 22:25:40.67 ID:FHFaV7L7.net] コンパイラ方面の単語なのね thx 395 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 16:47:26.59 ID:t+0AKFTt.net] >>373 javaとかに喧嘩売ると荒れるからやめろや 396 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 18:13:30.15 ID:UXwydrfk.net] 言語に貴賤なし。プログラマに貴賤大有り 397 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 18:18:40.81 ID:A+dqSgkk.net] 無理やり荒れさすなや 398 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 22:27:21.76 ID:swnG7r4K.net] Rcって1つのオブジェクトを色んな所から参照したいけど複数にmoveさせられない って時にRcで包んでcloneして複数に増やして使う 内部ではcloneされてかつ生き残ってる参照の数を保持していて 0になったらリソースを解放 GC云々言われるのは一般的にこのアルゴリズムがGCでも使われているから って認識であってる？ 399 名前：デフォルトの名無しさん mailto:sage [2017/02/01(水) 23:10:00.44 ID:vXBX0LGU.net] 大体合ってるよ Weakポインターは解放の判断時にカウントされないこともお忘れなく 400 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 03:50:46.78 ID:o3QjYKDf.net] Announcing Rust 1.15 - The Rust Programming Language Blog https://blog.rust-lang.org/2017/02/02/Rust-1.15.html ご存知の通りcustom deriveがstableに それと、rustc自体のビルドシステムがRustで書き直されたとのこと 1.17からはMakefileを完全に廃止する予定で、それによってrustcを書くのにcrate.ioのパッケージを直接使えるようするための道筋か整うんだと 401 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 03:52:31.61 ID:o3QjYKDf.net] crate .ioじゃなくてcrates.ioだわ 402 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 22:09:00.34 ID:TA0AL/qz.net] お前らこんなめでたい日だってのに静かだな 豆でも撒いてんのか？ 403 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 22:45:31.22 ID:o3QjYKDf.net] #[derive(Throwable)] struct Soybean; 404 名前：デフォルトの名無しさん mailto:sage [2017/02/03(金) 23:15:20.66 ID:MzXAEQdU.net] カスタムderiveは良いよね、夢広がりんぐ。 所で Rust 2.0 へのロードマップとか無いのか？　何に至れば 2.0 になるんだ？ 405 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 03:35:44.48 ID:Lsw0X+V5.net] 破壊的変更をするのが2.0だけど、今のところ破壊的変更をしてまで入れたいものはあまりなさそう 406 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 04:51:36.32 ID:KgCacN16.net] Incremental Compilation Beta - compiler - Rust Internals https://internals.rust-lang.org/t/incremental-compilation-beta/4721 Incremental compilationがbeta段階に達したらしい Nightlyユーザはcargoの実行時に以下のようにしてオプトインできる： $ CARGO_INCREMENTAL=1 cargo <command> またはrustcを直接呼ぶ場合： $ rustc -Zincremental=<path> <other arguments> 407 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 14:50:05.31 ID:HGLYAiwq.net] 知り合いがRust使ってサーバー書いてたんだけど、グレースフルシャットダウン？すらできないからクソだって言ってたな。 そこんところどうなってるんだろう。この言語そもそもサーバー書く言語じゃなかったりする？ 408 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 18:13:59.54 ID:bWVhQOn0.net] 言語じゃなくライブラリの問題で適当なライブラリがないなら自分で書くものだ それを自分で書けないのは自分がクソと言ってるも同義だと思うけど そんな難しいロジックが必要でもなかろうよ > graceful shutdown 409 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 18:37:54.59 ID:KgCacN16.net] ドキュメントを読むと、Hyper v0.11（未リリース）からgraceful shutdownに対応してる風の記述が見られる 詳細は知らん 410 名前：デフォルトの名無しさん mailto:sage [2017/02/04(土) 22:15:04.50 ID:maiRrllE.net] >>401 やっぱり言語の問題じゃないよな。 これで心置きなく発言者に甘えんなアホって言えるわサンクス。 411 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 12:21:31.45 ID:39kPthL5.net] ところでこのRustとかいう言語、いつになったら全部のシンタックスがStableになるんだい？ それまではC++使ってるからその時になったら起こしてくれ 412 名前：。 [] [ここ壊れてます] 413 名前：デフォルトの名無しさん mailto:sage [2017/02/05(日) 13:47:47.29 ID:yZbwod3C.net] おうC++17の策定あくしろよ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef