プログラミング言語 Rust

1 名前：デフォルトの名無しさん [2012/01/25(水) 20:05:49.96 .net] Mozillaがリリースした、プログラミング言語「Rust」について語るスレです。 www.rust-lang.org/ 449 名前：デフォルトの名無しさん mailto:sage [2015/08/29(土) 16:06:46.95 ID:PwA9Vh//.net] ML系統も変数:型だけど、valに相当する構文を入れて、定義の所では省略したいってこと？ val foo : i32 -> i32; fn foo(n) { n * 2 } 個人的には賛成。 多相型に対してimplを書くとimpl<'a, T1, T2, ...>が続いて読みにくくなるのも何とかならんかな。 punningというか、同じ文字を使っているなら省略してもオッケーみたいな。 450 名前：デフォルトの名無しさん mailto:sage [2015/08/29(土) 16:42:49.79 ID:vqRxT/fZ.net] >>446 他の言語ならあるの？ 451 名前：デフォルトの名無しさん [2015/08/29(土) 17:10:08.52 ID:hP/roqxQ.net] >>449 そうそう。定義内に入ってると読みにくくて読みにくくて… 452 名前：デフォルトの名無しさん mailto:sage [2015/08/29(土) 17:27:04.02 ID:r87Lb3Gh.net] >>450 Cのポインタで出来るんじゃない？ >>449 タイプ数、ライン数を増やさんで欲しいな 今の仕様に追加なら見て見ぬふりしよう 453 名前：デフォルトの名無しさん mailto:sage [2015/08/29(土) 17:36:28.28 ID:vqRxT/fZ.net] >>452 それだと本質はrefと変わらなくね？ 454 名前：デフォルトの名無しさん mailto:sage [2015/08/29(土) 17:51:33.64 ID:sBKhQngs.net] >>450 Cならunion、Pascalならabsoluteがあるよ 455 名前：デフォルトの名無しさん mailto:sage [2015/08/29(土) 18:24:22.69 ID:u5YtsQ0V.net] 単に長い名前を一時的に短い名前にしたいだけだろ Dのaliasみたいな unionやabsoluteは別の型でオーバレイするので用途が違う 456 名前：デフォルトの名無しさん mailto:sage [2015/08/29(土) 19:18:35.10 ID:x4JINQUQ.net] Cならcpp経由の#defineか rustでもrustcかける前にcppかまそう 457 名前：444 mailto:sage [2015/08/29(土) 21:38:49.53 ID:ILt1JEYe.net] すまん言葉足らずだった >>446は>>455の言うように長い変数名を短くするような使い方を想定していた >>456のやり方みたいにコンパイル前に名前を置き換えるだけでもいけるから データレースは起きないと思ったんだ 他の言語だと所有権のチェックが無いからrefのような参照変数で十分代用できる 458 名前：デフォルトの名無しさん mailto:sage [2015/08/30(日) 07:01:42.91 ID:HJK6L9Ls.net] そういう無駄な他言語仕様の取り込みは要らない 一見変数名が短くなって特定箇所はシンプルに見えるが 全体のコードからすれば簡素にするではなく、複雑にするだろ 459 名前：デフォルトの名無しさん mailto:sage [2015/08/30(日) 07:12:12.11 ID:9R41/ZIA.net] まあまあ 今はいらんかもしれんけど、本格的にいろんな環境で使われだして環境差を吸収しないといけないとなってくると そういう機能も必要になってくるよ 他言語にある機能だって無駄に存在してる訳じゃないからな 460 名前：デフォルトの名無しさん mailto:sage [2015/08/31(月) 11:07:32.54 ID:tdAWRFGn.net] 長い変数名ってjavaのメンバ変数みたいな？ 想定しているコードがよく分からん。aliasと元の変数が同時に出てくるコードの可読性は低くないか？ 自分だったら↓みたいに元の変数からmoveさせて処理した後に元に戻すようにすると思う。 #[derive(Debug)] struct Foo { x: i32, y: i32 } #[derive(Debug)] struct Bar { verylong_named_variable_which_will_be_moved : Foo } fn main() { let mut bar = Bar { verylong_named_variable_which_will_be_moved: Foo { x: 100, y: 200 } }; let mut a = bar.verylong_named_variable_which_will_be_moved; a.x = 10; a.y = 20; bar.verylong_named_variable_which_will_be_moved = a; println!("bar = {:?}", bar); } 461 名前：デフォルトの名無しさん mailto:sage [2015/08/31(月) 13:07:11.54 ID:yj9JwLwE.net] 444の意図とは逸れるかもしれないけど 例えばerrnoなら実際はerrnoだったり_errnoだったり__errorだったり environならenvironだったり__environだったり*(NSGetEnviron())だったりする stdinだったら__stdinpだったり__sF[0]だったり(&__iob_func()[0])だったり…… それがヘッダファイル中で#defineされているから、C言語からはどの環境でも同じ名前で使えるわけだ 今は処理系もひとつで動く環境も限られているから表面化しないかもしれないけど 普及と同時に差も広がっていく中で #[cfg(〜)] 使って全ての環境分書き分けろってなったらやってられんと思う ……というつもりだったのが>>459 462 名前：デフォルトの名無しさん [2015/08/31(月) 13:48:51.45 ID:gJdrS6xb.net] まあ、低レベル言語でどこまでの抽象化を許すかは難しいよな 463 名前：デフォルトの名無しさん mailto:sage [2015/08/31(月) 15:10:03.72 ID:Dkk0mMpb.net] Cでは#define, ifdef使う所を、rustでは#cfg使うのがrustの出した解決策なんじゃなかろうか 464 名前：デフォルトの名無しさん mailto:sage [2015/09/01(火) 13:12:24.79 ID:Qh110XSL.net] #cfg濫用は心配することないと思うけどな。 現在でもwinとlinuxとOSXがサポート対象だけど、環境の違いを陽に扱うコード以外は#cfg使って書き分けるなんてやってない。 Cでは抽象化の手段が少ないからプリプロセッサ使わないとやってられないが、 rustならトレイトとかコンテナ型を使って、ゼロコストで環境の違いを吸収できるのではないだろうか。 465 名前：デフォルトの名無しさん mailto:sage [2015/09/04(金) 19:40:34.17 ID:PM7GVPA4.net] iOSとAndroidと、それらの各種CPUを対応しててくれてありがたいんだが、libcの#cfgがバグってて悲しい rust/src/libcは直ってるようなので、gitのリビジョン参照の更新待ちだい 466 名前：デフォルトの名無しさん mailto:sage [2015/09/18(金) 08:13:22.55 ID:qEC88fFW.net] 1.3来てるぞ 467 名前：デフォルトの名無しさん mailto:sage [2015/09/18(金) 10:09:51.13 ID:qiV5MD3f.net] Release Notes v1.3.0 https://github.com/rust-lang/rust/blob/master/RELEASES.md#version-130-september-2015 468 名前：デフォルトの名無しさん mailto:sage [2015/09/23(水) 23:21:07.14 ID:IGgDNXyV.net] メソッドをオーバーロードするのにトレイト組み合わせなきゃならんのは何で？ オペレータのオーバーロードと方法を合わせるためなんか？ 469 名前：デフォルトの名無しさん mailto:sage [2015/09/24(木) 00:52:09.13 ID:lP9arsTC.net] 型推論が面倒になるからじゃない？ 仮にオーバーロードができたとして、2つのメソッドdo_somethingがそれぞれAsRef<str>と&Stringを引数として渡せるとしたら、 let bar = "abcde".to_string(); foo.do_something(&bar)とやったとき、どっちのdo_somethingを呼ぶべきか分からない。 470 名前：デフォルトの名無しさん mailto:sage [2015/09/25(金) 18:26:11.73 ID:R+TRhKVr.net] try! が使えなくなってるような 471 名前：デフォルトの名無しさん [2015/10/06(火) 23:08:05.18 ID:GvY89Hx4.net] >>470 使えるよ？ 戻り値の型と合ってないとかでは。 472 名前：デフォルトの名無しさん mailto:sage [2015/10/30(金) 08:18:22.20 ID:pCPlChjw.net] 1.4来た 473 名前：デフォルトの名無しさん [2015/10/30(金) 10:46:42.92 ID:IKqzpUXy.net] スタートダッシュはもたついたけど地道に進んでるようだな。 474 名前：デフォルトの名無しさん mailto:sage [2015/10/30(金) 22:03:45.74 ID:wx6dAr+H.net] この言語って将来性ある？ 軽量タスクをあきらめた時点で多くの期待を裏切った感があるけど 475 名前：デフォルトの名無しさん mailto:sage [2015/10/30(金) 23:07:12.55 ID:r01g6EEx.net] 裏切られたのお前だけじゃね？ 476 名前：デフォルトの名無しさん [2015/10/30(金) 23:57:05.43 ID:FTBRryE0.net] ランタイムを持たずに低水準を弄ろうというシステム向け言語で デフォルトでグリーンスレッドをサポートとかそりゃ無理でしょ ま、需要があればライブラリで提供されるだろうさ 477 名前：デフォルトの名無しさん mailto:sage [2015/10/31(土) 00:17:04.93 ID:qwGp3Rk5.net] scala使っとけよ いい言語だぞ 478 名前：デフォルトの名無しさん [2015/10/31(土) 00:44:50.75 ID:L1WutJvq.net] >>477 何故にそこでscala？ scalaやるくらいならocamlやる。 JVM上でってことならいっそのことclojureやるわ。 479 名前：デフォルトの名無しさん mailto:sage [2015/10/31(土) 03:33:05.27 ID:F9rGVxSD.net] 476がなぜそんなにscalaを嫌ってるのか少し気になるw まぁscalaもocamlもclojureもRustからは遠い言語だけど。 480 名前：デフォルトの名無しさん mailto:sage [2015/10/31(土) 04:11:48.61 ID:/cAGFdj7.net] 嫌ってる訳じゃないだろ。他に良い言語があるのに、ってだけで。 481 名前：476 [2015/10/31(土) 06:37:08.04 ID:L1WutJvq.net] うんscalaが嫌いってわけじゃない。 ocamlやclojureがもっと良い言語とも言わん。 単に何故にRustのスレでscalaが出るって思っただけ。 482 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 12:41:15.36 ID:ptDOELGY.net] OCamlがRustから遠い言語だと！letやらOptionやらを見ればOCamlの香りがするだろう！ OCamlの型システムを魔改造して、ガワをC++やJavaにして、ついでにGCも取っ払ったらRustだろうが！ 使えば使うほど「OCamlならもっと楽に書けるなーこの式」とか思っちゃうくらいには近いぞ。 というか何故しなかったのか。 パターンマッチのデリミタを|から,にしたり、ジェネリック型の表記をT ListからList<T>にしたり、 式をML系列(foo x y)からalgol系列(foo(x,y))にした理由が未だに分からない。 括弧の量が増えて困る。 483 名前：デフォルトの名無しさん [2015/11/07(土) 13:31:16.74 ID:dEyvNDQG.net] そりゃ「から〜にした」っていうのが単に480の習得順序なだけだからでしょ。 484 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 13:32:09.75 ID:7OElurpY.net] ML系列流行らないからじゃない？話はずれるがOCamlも一旦キーワード整理しなおした文法2.0作らないとツギハギちょっとひどい。 485 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 16:22:53.29 ID:G421Olyl.net] いっそのこと他人との情報交換はASTレベルで取って、構文解析レベルの表面的な文法は各自で着せ替え可能にしてしまえ 486 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 16:43:13.48 ID:2WRIWoj2.net] OCamlには既に文法2.0も>>485の言う機能も完備されているが、誰も使っていないという事実がある ttp://caml.inria.fr/pub/docs/manual-camlp4/manual007.html 487 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 18:38:30.39 ID:qNyFmib8.net] >>484 > ツギハギちょっとひどい。 たとえばどんなとこが？ > キーワード整理しなおした文法 どこをどういうふうに？ 488 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 22:37:40.80 ID:ptDOELGY.net] OCamlのRevised Syntaxはcamlp4で拡張する用途がメインだし、作った側も推進しているわけじゃない F#のlightweight syntaxとはちょっと違う。 >>483 いや、色々な言語を触ってはきているけど、ML畑が主では無いよ。 感じるのは、関数型言語で便利だった機能を持ってきているけど、 よく考えてC++やJavaの見た目にしているのかが分からない、引っかかってるだけなんだ。 パターンマッチは、どうしてわざわざ","で区切るのか。orパターンで"|"も使うのに。 match expr { | p1 | p2 => doA | p3 => doB } の方が、"|"がORの意味を持つという慣習とも意味が合っていい。 今だと、 match expr { p1 | p2 => doA, p3 => doB } とdoAの後にセミコロンより見えにくい","を打つか、あるいはSQL的に match expr { p1 | p2 => doA , p3 => doB } と書くかしないといけない。 どちらも"|"をデリミタにしたときより見づらいと思う。 489 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 22:50:12.70 ID:Y3AuFW+E.net] 構文見た目とか細かいところなんて慣れだろ。 多言語から来たらそこは我慢しないと 490 名前：デフォルトの名無しさん mailto:sage [2015/11/07(土) 22:53:45.07 ID:DDUHJOjM.net] match expr { | p1 | p2 => doA | p3 => doB } なんかdoAにorが掛かってる様に見えるのと、行頭の｜が気になる 自分がC++使ってるから？ まぁ、C++もRustも仕事で使ってるわけじゃないのでどんな形になっても別に構わない 491 名前：デフォルトの名無しさん mailto:sage [2015/11/08(日) 10:05:07.36 ID:GO2ytGEi.net] >>488 p1をブロックに渡してるのかと思った 492 名前：デフォルトの名無しさん mailto:sage [2015/11/16(月) 20:54:36.21 ID:V5pjynAM.net] 最近やっとstd::borrow::Cowの便利さに気付いたんだけど、 Stringと&strのどちらも受け取ることができて、StringだったらCow::Owned、&strだったらBorrowedに渡すなんて関数作れませんかね？ 今は無難に関数を分けています。 493 名前：デフォルトの名無しさん [2015/11/16(月) 21:26:26.44 ID:86x+5+3M.net] enum で包んで直和型にして渡すとか？ 全然便利じゃなさそうだけど。 494 名前：デフォルトの名無しさん mailto:sage [2015/11/17(火) 00:49:23.01 ID:UWdMMjpw.net] 関数でなくても良いなら、IntoCowみたいなtrait作って、Stringと&strのそれぞれに実装する方法はある 495 名前：デフォルトの名無しさん mailto:sage [2015/11/17(火) 01:01:07.60 ID:zQmfn/gi.net] rust書いたことないんだけど、traitってscalaのtraitと同じようなもん？ 496 名前：490 mailto:sage [2015/11/17(火) 13:46:41.92 ID:S0yggN9e.net] >>493,492 無闇にto_string()でStringに変換しないのが主目的で、もっといいコンテナ型があればと思ったのですが、 まあ別の関数にしておくのはそんなに手間でもないのでこのままで行きたいと思います。ありがとうございました。 >>495 型の定義時にtraitを指定する必要が無いので、型クラスの方が近しいのではないかと。 497 名前：デフォルトの名無しさん mailto:sage [2015/11/21(土) 15:58:21.22 ID:1aaEMzFy.net] rust-encodingが遅いと勝手に思い込み、iconvのバインディングを書いて2倍以上速くなったと喜んでいたものの、 --releaseオプションをつけたらほぼ同じ程度の速度になった。 無駄な労力をかけるより先にやるべきことがあったわ。 498 名前：デフォルトの名無しさん mailto:sage [2015/11/21(土) 20:40:38.49 ID:CwO1C40T.net] 悲しいな ちなみにリリースビルドの性能でも若干遅いのかしら 499 名前：デフォルトの名無しさん mailto:sage [2015/11/21(土) 20:59:57.88 ID:S24jZK/l.net] 性能以前に、rust-encodingとiconvならiconvを使いたいと思うわ、信用が違いすぎるだろ。だから公開はよ ……と書こうとしてぐぐったら、もう幾つもあるなw 500 名前：デフォルトの名無しさん mailto:sage [2015/11/21(土) 22:36:25.09 ID:1aaEMzFy.net] debugでコンパイルすると、encoding, iconvの所要時間はそれぞれ 3.85user 0.15system 0:03.97elapsed 100%CPU (0avgtext+0avgdata 50216maxresident)k 1.65user 0.15system 0:01.78elapsed 101%CPU (0avgtext+0avgdata 50108maxresident)k で、releaseでコンパイルすると、 0.33user 0.14system 0:00.45elapsed 106%CPU (0avgtext+0avgdata 50272maxresident)k 0.30user 0.14system 0:00.42elapsed 105%CPU (0avgtext+0avgdata 48132maxresident)k ってなった。stableなんで#[bench]は使えないので/usr/bin/timeを使った。 iconvがwindowsで使えるかが分からないし、誤差レベルなんでencodingをお勧めする。 ちなみにhttps://github.com/andelf/rust-iconvで公開されてるやつは古いのでコンパイルを通すのに修正が必要で、 https://github.com/ogham/rust-locale内にもIconvがあるけど、自分が触った限りだとうまく動いてくれなかったんで作った。 rust-posixのは本当に単なるラッパーなんで使い勝手は悪いかもしれん。 https://github.com/y-stm/rust-iconv rust-encodingはrustネイティブだから、windowsにもちゃんと対応しているはずなんで、そっちの方がいいと思うよ。 501 名前：デフォルトの名無しさん mailto:sage [2015/11/22(日) 11:23:58.32 ID:NWCv//56.net] 細かい情報thx これは確かに誤差だから素直にrust-encodingで良いね 最近、枯れたと思われてるライブラリのバグ発掘が盛んだから リメイクしたライブラリで性能同等ならそっちでいいな 502 名前：デフォルトの名無しさん mailto:sage [2015/12/06(日) 21:28:29.71 ID:X3qMkrgd.net] 構造体のmutable referenceからはフィールド変数をmoveできないのがどうにかならんのかと思って調べてみた。 mem::replaceが解決案らしい。 struct Foo { inner: Bar } struct Bar(i32); fn main() { let mut foo = Foo { inner: Bar(0) }; { let ref_foo = &mut foo; let inner = ref_foo.inner; } } とかやるとcannot move out of `foo.inner` because it is borrowedと怒られる。 例えば、Iteratorの値を1つ保持するフィールドを用意して、要素を戻すような操作ができるstructを定義しようとすると、 この問題にぶち当たる。 503 名前：デフォルトの名無しさん mailto:sage [2015/12/11(金) 18:36:59.97 ID:8KiFs03m.net] v1.5 is coming. https://github.com/rust-lang/rust/blob/master/RELEASES.md バージョンアップ早いなあ。 504 名前：デフォルトの名無しさん mailto:sage [2015/12/11(金) 21:23:50.15 ID:iuSy02/G.net] このまえ1.3入れたばっかなのに俺ｗ 505 名前：デフォルトの名無しさん mailto:sage [2015/12/11(金) 22:48:09.38 ID:nmaVejT0.net] ここ最近、2ヶ月でアップデートしてるのか 何かブーストする背景があったのかね 506 名前：デフォルトの名無しさん mailto:sage [2015/12/12(土) 01:15:24.78 ID:li1FzsOW.net] MSVC ABI普通に使えないやんけ… 507 名前：デフォルトの名無しさん mailto:sage [2015/12/12(土) 01:47:25.84 ID:8e55vxAw.net] 1.0リリースする前から6週間ごとにリリースするモデルにすると宣言してたぞ 508 名前：デフォルトの名無しさん mailto:sage [2015/12/12(土) 14:03:48.98 ID:RsNWaaLF.net] マイクロバージョンアップの bug fix リリースじゃないのな その内、wineみたいに1.100とか来そうだw 509 名前：デフォルトの名無しさん mailto:sage [2015/12/15(火) 04:08:28.28 ID:QsQbNVbs.net] ある、イテレータをメンバーに持ってる構造体のmutable参照を受け取って、 イテレータを回して何か処理して、結果をその構造体の別のメンバーに保持させたいんだけど、for使うと怒られる。 と思ってたが、別の変数にイテレータメンバーへのmutable参照をバインドさせれば動くことが分かった。 loopとif let使ってなんとかしてたが、綺麗に書けることが分かった。 ttps://play.rust-lang.org/?gist=12ad0e190d1b7ffdae21&version=stable 510 名前：デフォルトの名無しさん mailto:sage [2016/01/15(金) 23:06:47.72 ID:27wkGJB0.net] rusr入門の書籍の出発前予定ってありますか❔❓ 新しい概念あるので日本語で勉強にしたいです。 511 名前：デフォルトの名無しさん mailto:sage [2016/01/16(土) 17:51:41.42 ID:yIqkNKKT.net] 残念ながら日本語の本が出るなんて話は聞いたことがない。 1.0になるまでに文法やらセマンティクスやらが変わったんで、それ以前のブログ記事やSOの質問には注意が必要。 Qiitaで公式bookの日本語訳を書いてた人もいたはずだけど、分からないところがあったら英語のリソース漁る方が早いと思う。 Rustの前にどんな言語を触っていたかは人それぞれなんで、新しく学ばないといけない概念も人それぞれ。 C++を触っていた人なら、明確なmove/copyの区別はすぐ分かるだろうし、borrow checkerの働きも理由を察することができるはず。 Rubyistだったら、Rust for Rubyistという記事がある。英語だけど。 ML系列の人だったら、RustのパターンマッチやADTは当たり前に分かるだろうし、Traitも型クラスみたいなものなので簡単。 Rustならではの新概念、といえばborrow checker(ownership, borrowing, lifetime)くらい。 borrow checkerは自作の型に参照型のメンバーががあるときは地獄のようだが、それ以外で怒られるときは分かりやすいエラーを出してくれる。 これさえ読めばすぐ分かる、完璧！という記事/本は英語圏でも無いんじゃないか。あったら教えてほしいくらい。 512 名前：508 mailto:sage [2016/01/16(土) 23:27:33.74 ID:z5FTR37d.net] >>511 そうなんですか、当分出ないのかなぁ。1.0でたから 出版考える人居るかと思いました。 後はオライリーのが出版された後に翻訳されることを期待ですかねぇ。 英語の峰もまだ出版は先みたいですが… 513 名前：デフォルトの名無しさん mailto:sage [2016/01/17(日) 09:31:02.77 ID:q1eYL5ZR.net] 公式ドキュメントのThe Rust Programming Languageが要所を押さえて普通に分かりやすかった 日本語訳を探せばみつかるんじゃないの 514 名前：デフォルトの名無しさん mailto:sage [2016/01/22(金) 20:08:53.13 ID:NZ+VESGj.net] 1.6リリース。 ttp://blog.rust-lang.org/2016/01/21/Rust-1.6.html libcoreがstableに -> 組み込み分野でstableバージョンのrustcが使えるようにするための第一歩。 現状、no_stdが使えない&libcore自身もstableじゃビルドできないんで、組み込み分野でnightlyを使うべきなのは変わらず。 crates.ioのパッケージは依存関係に*を使えなくなった -> パッケージ間の信頼性が上がったと思う 515 名前：デフォルトの名無しさん mailto:sage [2016/01/22(金) 20:08:53.78 ID:TxuZu1KE.net] 紙の本でプログラミング言語を学ぶって不便じゃないか 516 名前：デフォルトの名無しさん mailto:sage [2016/01/22(金) 23:51:29.07 ID:LnlCczkn.net] 全画面でエディタor IDE開いてるからなぁ…サブディスプレイほしい 517 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 07:16:12.42 ID:k3yqR1GN.net] GNU screen等のウィンドウ分割でも使えば？と思ったが 最近の子がそれを知ってる気がしないと思い直した >>514のスラドっぽいリリース紹介はなにを意図したもんなんだか わざわざ毎リリース紹介してくれなくてもいいんだぜ？ 518 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 12:07:32.49 ID:GlCJ8Anu.net] スラド……? GNU screenって、ターミナル上で動くエディタはともかくテキストブラウザでも使わせる気か 519 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 12:55:01.06 ID:k3yqR1GN.net] だから最近の子は使わないと思った 首も手もホームポジションから動かす必要なくて良いんだけどな 520 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 16:37:28.48 ID:TWxXeAW8.net] スラドっぽいとか言い出すのはスラド脳なのだろうか。 521 名前：デフォルトの名無しさん mailto:sage [2016/01/23(土) 17:25:20.81 ID:GlCJ8Anu.net] えっと最近はscreenよりtmuxなんだっけ https://tmux.github.io/ 522 名前：デフォルトの名無しさん [2016/01/24(日) 03:15:01.30 ID:6zzJ2ABK.net] >>521 です。 523 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 09:23:05.78 ID:sP2ua92H.net] ム板がみんなスラッシュドットジャパンを知ってると思うのは大きな間違い 524 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 20:57:50.80 ID:STxspeQw.net] あの書き込みのどこがスラドっぽいのか分からない 日本語プログラミング系コミュニティは2chかスラドかみたいな人なのかな? 525 名前：デフォルトの名無しさん mailto:sage [2016/01/24(日) 20:59:27.48 ID:MrtO9MQc.net] スラドって大学教授が見てるイメージ 526 名前：デフォルトの名無しさん mailto:sage [2016/02/05(金) 13:54:26.47 ID:cvzC3wrO.net] 今更だが、スラドに食いつきまくりで皆知ってそうだと思った 527 名前：デフォルトの名無しさん mailto:sage [2016/02/10(水) 21:23:19.46 ID:Lqy2URw7.net] 英語版スラドの現状 https://www.reddit.com/r/rust/comments/449tcd/slashdot_rust_16_released/czomgoi 528 名前：デフォルトの名無しさん [2016/02/12(金) 23:49:15.56 ID:duitB1tZ.net] FFIを使って他言語からRustの可変長引数の関数を呼びたいのですが、どのように書けばいいのでしょうか？ 529 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 08:36:52.61 ID:I59nNjTY.net] Rustに可変長引数の関数はないはずだが 530 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 18:14:55.11 ID:tVuFpQtK.net] マクロの事やろなぁ 531 名前：526 [2016/02/13(土) 19:09:31.65 ID:ZWZaKmBv.net] 可変長引数の関数無いんですか… おとなしくCかC++使います… ありがとうございました。 532 名前：デフォルトの名無しさん mailto:sage [2016/02/13(土) 20:42:45.90 ID:tVuFpQtK.net] あなたが可変長引数関数と呼んでいるものは恐らく実在する 533 名前：デフォルトの名無しさん mailto:sage [2016/02/14(日) 01:39:23.29 ID:+Fbk6tbu.net] rust入門的なドキュメントください。 流石に一番最初から英語はきついので、、、 534 名前：デフォルトの名無しさん mailto:sage [2016/02/14(日) 02:29:50.02 ID:+Fbk6tbu.net] >>533 自己レスですがありました。 rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/ 535 名前：デフォルトの名無しさん mailto:sage [2016/02/14(日) 18:55:36.94 ID:+Fbk6tbu.net] Rustを勉強するのにいい大きさのオープンソースなプロダクトってありますか？ Servoみたいなおおきい物じゃなくて手軽なものでおすすめなものとかないでしょうか？ 536 名前：510 mailto:sage [2016/02/14(日) 19:18:53.27 ID:ni3s66aP.net] >>534 良い情報ありがと 自分もこれから見てみることにします。 537 名前：デフォルトの名無しさん mailto:sage [2016/02/14(日) 22:27:31.27 ID:atofBh+O.net] https://github.com/uutils/coreutils これとかどうだろう 538 名前：デフォルトの名無しさん mailto:sage [2016/02/14(日) 23:39:03.18 ID:+Fbk6tbu.net] >>537 まさにこんな感じです。ありがとうございます。 linux互換OSがrustで書かれる可能性とかあるんですかね。 所有権が使いこなせれば、メモリリークは絶対起きないんですか？ だとしたらcより堅牢なOSがかける可能性もあるんでしょうか？ 539 名前：デフォルトの名無しさん mailto:sage [2016/02/15(月) 05:33:45.29 ID:W05/xALK.net] なんでRustは可変長引数に対応しないの？ マクロだと他言語から呼び出せないじゃん。 540 名前：デフォルトの名無しさん mailto:sage [2016/02/15(月) 09:03:58.07 ID:TrFbduW3.net] 何かスタック壊されそう(適当) 配列をぶちこむとか、他言語側で引数をパースするラッパーを書くとか 想定してる用途がわからんけど 541 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 16:43:37.62 ID:6tNkwA+R.net] 可変長引数をサポートしてるって言語を見れば分かるけど、結局配列を渡してるだけってのがほとんどだよ。 ある意味foo!(v1, v2, v3) => foo(&[v1, v2, v3])みたいなマクロを備えているようなもんだと思う。 他の言語から呼ぶといっても、rust->C->他の言語って感じになるから、Cのstdarg.hに仕様を合わせるのもなあ。合わせたらno_stdじゃ使えなくなるだろうし。 自分には僅かなメリットとしか見えない一方、可変長引数を受け取って別の可変長引数関数に渡すときにどうする？っていう問題が出てくるから、 現状でええやんと思ってしまう。 >>538 RedoxというRustでOSを作るってプロジェクトはあるよ。どれくらい本気なのかは分からない。 あとRobigaliaっていうseL4上にRustで書いたプログラムを動かそう、そういう環境を作ろうというプロジェクトもある。 こっちは本当にできたばっかしなので本気度も展望も無いが。 542 名前：デフォルトの名無しさん mailto:sage [2016/02/16(火) 22:35:50.35 ID:zmpURjkn.net] printfみたいな奴なら、Rust側で書式データとポインタ配列(と要素数？)を引数に取れれば良いのでは 他言語側で可変長引数をポインタ配列にするラッパーを噛ませればそれっぽくなる気がする 実用性は知らない 543 名前：デフォルトの名無しさん mailto:sage [2016/02/17(水) 03:00:30.52 ID:JcT98VoE.net] impl Trait for Structより impl Struct by Traitかimpl Struct with Traitのほうが良かった 544 名前：デフォルトの名無しさん mailto:sage [2016/02/17(水) 07:12:06.10 ID:xwZAj62o.net] キーワードが増えるのが嫌がられそう 545 名前：デフォルトの名無しさん mailto:sage [2016/02/19(金) 11:22:15.41 ID:lRUD/4+H.net] 未だに box 表現って改変が議論中なのかよ。 546 名前：デフォルトの名無しさん mailto:sage [2016/03/22(火) 10:38:06.53 ID:bLb0KsFB.net] Android向けのrustコードビルドが通らなくなってて泣いた rustが悪いんじゃなく Android NDK のビルドツール更新が悪いんだろうけど、もっかい環境作り直すか、、、 547 名前：デフォルトの名無しさん mailto:sage [2016/03/22(火) 13:01:38.89 ID:rMJb+Szz.net] よくやりがちなんだけど、ttps://users.rust-lang.org/t/newbie-e0499-help-please/5001 みたいに あるデータを管理するような型、OOPとかで頻出のマネージャークラスをRustでやろうとするとselfを二度貸しすんなって怒られるよね。 ↑の例で言うとImageLibの所有権やref mutが必要無いのに要求するImageLib.load_imageが悪いって思いつくまでに結構かかる。 548 名前：デフォルトの名無しさん [2016/03/31(木) 19:12:30.43 ID:G0b7bqcg.net] Rust ←これ何て読むの？「ルスト」？「ルースト」？「ラスト」？ 549 名前：デフォルトの名無しさん mailto:sage [2016/03/31(木) 19:23:00.93 ID:JUFQTQot.net] ラスト。[rʌst] [rʌ] はラン run のラ。st はストリート street のスト。

---

---

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

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