Rust part8

**デフォルトの名無しさん** · 2020/01/24(金) 11:47:52.41

Mozilla発のRust言語のスレ

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

前スレ
Rust Part7
http://mevius.5ch.net/test/read.cgi/tech/1563114707/

**デフォルトの名無しさん** · 2020/04/26(日) 08:01:37.17

そのコードは実際に使うコードじゃなくてさあ、変数が何個もあったりすると関数切り出しは引数が地獄になるじゃん

**デフォルトの名無しさん** · 2020/04/26(日) 11:00:13.57

その例でマクロかクロージャの二択ならクロージャだけど
>>438のは外側の変数をキャプチャすることで複雑化してるから&tangoを渡すようにする
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=ec760be4190e2ad4ab21fbea3c84b0ed

そうすると結局クロージャも関数と同じように適切なシグニチャを考える必要があるから
関数化に比べて楽ってことはないんじゃないかと思う

**デフォルトの名無しさん** · 2020/04/26(日) 12:20:05.30

Rustの問題集みたいなのってあったりする？

**デフォルトの名無しさん** · 2020/04/26(日) 12:50:17.90

この連休である程度かけるようになりたい

**デフォルトの名無しさん** · 2020/04/26(日) 14:52:26.46

連休だけでRustかけると思うことが間違ってるよ

**デフォルトの名無しさん** · 2020/04/26(日) 15:59:36.18

公式のGithubにrustlingsっていう簡単な練習問題がある
The Bookを読んだ後に基本文法をおさらいしたい人向け
https://github.com/rust-lang/rustlings

**デフォルトの名無しさん** · 2020/04/26(日) 16:01:54.22

>>446
うおおおおおおサンクス

**デフォルトの名無しさん** · 2020/04/27(月) 05:09:42.36

↓Vecだと動くのに配列にするとコンパイルできないの何で？
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=6321129e5cc3853ef1421d706e19a136

**デフォルトの名無しさん** · 2020/04/27(月) 06:06:02.00

配列にinto_iterしてもmoveされずに参照が返るから

**デフォルトの名無しさん** · 2020/04/27(月) 09:24:11.80

rustいつのまにか蟹のイメージになってるけど、オライリーの影響？それとももっと前から何かあるのかな？

**デフォルトの名無しさん** · 2020/04/27(月) 09:35:35.74

よくしらんけどこれじゃね？
https://rustacean.net/

**デフォルトの名無しさん** · 2020/04/27(月) 12:48:32.95

let mut heap = BinaryHeap::new();
heap.push(10);
heap.push(9);
heap.push(20);
for x in &heap {
println!("{:?}", x);
}

これでバイナリヒープすると
20
9
10
ってなるんだけどバグ？

**デフォルトの名無しさん** · 2020/04/27(月) 12:51:07.20

>>448
配列のIntoIteratorは
&[T; N]と&mut [T; N]に対して実装されてるが[T; N]に対しては実装されてないのでmove不可

対してVecのIntoIteratorは
&Vec<T>と&mut Vec<T>だけでなくVec<T>に対しても実装されてるので
moveが必要なコンテキストならIntoIterator for Vec<T>が選択されmove可能

**デフォルトの名無しさん** · 2020/04/27(月) 12:53:27.20

>>452
ドキュメントに書いてある通り、iterは適当な順序で出てくるので仕様。
https://doc.rust-lang.org/std/collections/struct.BinaryHeap.html

**デフォルトの名無しさん** · 2020/04/27(月) 13:16:59.92

>>448
配列でやりたい場合はFooにClone実装してfoo.clone()
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=8fdb065f764ac7a0be3a3de161bfa984

**デフォルトの名無しさん** · 2020/04/27(月) 14:12:45.55

学術の巨大掲示板群 - アルファ・ラボ
ttp://x0000.net

数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

PS 連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0

**デフォルトの名無しさん** · 2020/04/27(月) 15:43:57.57

>>454
thx　見逃してた

**デフォルトの名無しさん** · 2020/04/27(月) 17:58:08.76

配列のIntoIteratorにmoveが実装されてないの何で？

**デフォルトの名無しさん** · 2020/04/27(月) 18:30:46.65

>>458
詳しいことはよくわからないけど実装が難しかったみたいよ
興味あればこのissue読んでみて
https://github.com/rust-lang/rust/issues/25725

nightly使えばmoveできる機能はあるみたい
https://play.rust-lang.org/?version=nightly&;mode=debug&edition=2018&gist=6a22ab054f5ec52ea942a1186710a516

**デフォルトの名無しさん** · 2020/04/27(月) 22:17:40.40

>>457
型制約見ればええんやで。

`pub fn iter(&self) -> Iter<T>`は`impl<T> BinaryHeap<T>`。

`impl<T> BinaryHeap<T> where T: Ord,` に`pub fn into_sorted_vec(self) -> Vec<T>`てあるやろ。
rustのOrdは全順序や！

**デフォルトの名無しさん** · 2020/04/28(火) 01:18:27.68

この場合はifを使うのとmatchを使うのとどっちがおすすめ？

if nanika_shori().filter(hoshiimonokana).is_some() {
hoge();
mitsukatta();
} else {
fuga();
mitsukaranakatta();
}

match nanika_shori() {
Some(butsu) if hoshiimonokana(butsu) => {
hoge();
mitsukatta();
}
_ => {
fuga();
mitsukaranakatta();
}
}

**デフォルトの名無しさん** · 2020/04/28(火) 01:37:40.02

>>461
後者は関数型言語風ってだけでしょ
関数型言語で is_some() にあたる関数は存在しなかったり、有るけど使うなって扱いだったりする

**デフォルトの名無しさん** · 2020/04/28(火) 02:09:21.04

テレワーク中なのか連休入ったせいなのか知らんけど猛者が全部回答してくれるから助かるわ

**デフォルトの名無しさん** · 2020/04/28(火) 07:51:49.83

>>461
前者

**デフォルトの名無しさん** · 2020/04/28(火) 11:46:15.82

>>461
match nanika_shori().filter(hoshiimonokana) {
Some(x) => {…},
None => {…}
}
か
if let Some(x) = nanika_shori().filter(hoshiimononanoka) {…} else {…}
か
boolを返す関数作ってif else
fn are_aruka(hoshiimono: Hoge) -> bool {
match nanika_shori() {
Some(x) if x == hoshiimono => true,
_ => false
}
}

**デフォルトの名無しさん** · 2020/04/28(火) 12:32:50.40

filter(...).is_some()
って形はかなり読みにくい
ようは設計が悪い

**デフォルトの名無しさん** · 2020/04/29(水) 02:11:05.39

ResultやOptionが複数ネストしたやつをイイカンジにmapとかやれるか

**デフォルトの名無しさん** · 2020/04/29(水) 18:51:17.07

flatMap 的な？

**デフォルトの名無しさん** · 2020/04/29(水) 20:08:03.11

Rustやる前に軽くScalaとかHaskellやっとけば
コレクションライブラリ見たときに「あっ、これ進研ゼミでやったところだ！」って
なるから理解が早いよ

**デフォルトの名無しさん** · 2020/04/29(水) 23:56:45.59

ゼミ講習の変態度が高過ぎるわ

**デフォルトの名無しさん** · 2020/04/30(木) 05:16:29.11

このコードがコンパイル通って実行できて期待した実行結果にならない
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=4472067bedcd681b8154620b3023f278

**デフォルトの名無しさん** · 2020/04/30(木) 11:08:02.17

>>471
警告を消しなよ

**デフォルトの名無しさん** · 2020/05/01(金) 05:37:23.81

HashMapでキーを参照にしたときキーがアドレス値にならないのなんで？
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=9f33505748c782a7b5a2cd22481e5b68

**デフォルトの名無しさん** · 2020/05/01(金) 09:19:46.17

>>473
&strのEqはアドレス比較じゃないから

**デフォルトの名無しさん** · 2020/05/01(金) 10:58:05.97

>>471
酷いAPI
stdがどうなってるかぐらい見たほうがいい

**デフォルトの名無しさん** · 2020/05/01(金) 12:59:00.58

Rustは、Releaseモードでも、Runtimeをstatic linkする場合は、61MB、
dynamic linkする場合は、8.2MBになるらしい。
dynamic linkで、さらにサイズ重視最適化した場合、4.6MB、strip した場合、
3.1MBになる。
でも、C++に変わる言語を標榜するにしては大きすぎる。

https://www.quora.com/Why-are-the-Rust-and-Go-binaries-so-large-compared-to-C-or-Pascal

**デフォルトの名無しさん** · 2020/05/01(金) 13:58:13.26

>>476
>Rustは、Releaseモードでも、Runtimeをstatic linkする場合は、61MB、
>dynamic linkする場合は、8.2MBになるらしい。

Debugモードが61MB
Releaseモード(デフォルト設定)が8.2MB って書いてるよ
それにlinkするのはRuntimeではない
もう少しちゃんと読もう

**デフォルトの名無しさん** · 2020/05/01(金) 13:58:40.83

>>476
デフォルトでサイズが大きいという結論は間違ってないけど
もうちょっと英語ちゃんと読んだ方がいいと思う…。
あとその回答には書いてないけど、頑張ればCにサイズで勝つことは可能だったはず。

**デフォルトの名無しさん** · 2020/05/01(金) 20:43:43.74

>>476
Cで書いたプログラムが小さいのは標準ライブラリを利用しているから、だったと思うんだけど違った？
rustはmallocも自身に含めてたはずだし、Cの標準ライブラリ使うならもっと小さくなるはず

って>>476のQuoraの回答にちゃんと書いてあるじゃん！Cで15kb、Rustで14kbって！
自分でリンク貼るならちゃんと読め！もう！

**デフォルトの名無しさん** · 2020/05/01(金) 21:17:00.16

https://lifthrasiir.github.io/rustlog/why-is-a-rust-executable-large.html
これとかは結構限界まで削ってる感じかな。ちょっと古いけど。

あと
https://github.com/johnthagen/min-sized-rust/blob/master/README.md
にサイズ最適化したいときのやり方一覧がある。

**デフォルトの名無しさん** · 2020/05/02(土) 00:00:07.90

release profileでもデバッグシンボル含めてるからprofileオプション安定化までお預けかな。

**デフォルトの名無しさん** · 2020/05/02(土) 01:05:23.19

アイデアありませんか？
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=88804aace268a5d6adbdf8a8e4423fe4

**デフォルトの名無しさん** · 2020/05/02(土) 02:00:10.73

scanでどうでしょ
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=0092b046fa5b3fa9f1aba90d35a93f4a

**デフォルトの名無しさん** · 2020/05/02(土) 10:05:59.92

お前らおっぱいだって大きいほうが好きなくせに何バイナリのファイルサイズが大きめだからって文句言ってるんだよ

**デフォルトの名無しさん** · 2020/05/02(土) 10:07:50.85

貧乳が至高
これだけは譲れない

**デフォルトの名無しさん** · 2020/05/02(土) 11:59:56.20

バイナリサイズの話題ってずーっと昔に出てたよな
ここで出たのかどこで見たのか忘れたけど

Why are Rust executables so huge?
https://stackoverflow.com/questions/29008127
これかなぁ？

**デフォルトの名無しさん** · 2020/05/02(土) 12:05:15.40

Noob question: why are Rust binaries so big
https://www.reddit.com/r/rust/comments/9m2dwo/

こっちだったかも

**デフォルトの名無しさん** · 2020/05/02(土) 15:10:30.93

let hoge = match s {
　 "hage" => hage,
　 "moge"=> moge, // 何かの関数や構造体を返そうとしたがhogeは一意の型しか受け取らないから無理
　 _=> return
}
loop {
　 hoge()
}

的な事やろうと色々試したけど、超絶複雑な事になってヤバい匂いしかしない。
ループの外でループ内で呼ぶ関数の分岐を書くのは何かのアンチパターンなのか
そもそも、ループの中でMatch書いても外からイミュータブルな値を渡すの分かってるなら
コンパイラが最適化してループ毎に分岐なんてしないから普通に入れて書けば良い？

**デフォルトの名無しさん** · 2020/05/02(土) 16:28:13.09

>>482
inclusiveなtake_untilは標準では無いみたいだから自分で作るかcrate探すかになるっぽい

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=b74ec6655adc38e1e790a35485eee01c
https://github.com/rust-lang/rust/issues/62208

既存Traitを拡張するのはめんどくさいから
自分ならイテレータを受け取ってイテレータを返す関数で我慢する

**デフォルトの名無しさん** · 2020/05/02(土) 16:54:44.18

>>488
hoge用にhageかmogeをとれるenumを定義すれば型は一意に定まる。
別にループ内でmatchしても分岐予測はほぼ当たるだろうし
性能的に問題はないと思うけど。

**デフォルトの名無しさん** · 2020/05/02(土) 16:58:06.87

あるいはFnとかにして型を揃えれば
loop内の分岐はなくなるかな。
たださっきも書いた通り分岐をなくすことに
それほど意味があるとも思えない。

**デフォルトの名無しさん** · 2020/05/03(日) 03:41:22.86

こういうパターンマッチの使い方ってマイナー？保守性が悪い？
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=29945c6422cbc643197b73631691211b

**デフォルトの名無しさん** · 2020/05/03(日) 14:40:33.37

>>488
enumで紐つけても結局hogeでmatch使う事になる。
Fnで返すと所謂if文と関数ポインタどっちが早い？的な事になって
最適化するとif文のが早くなる。つまりループの中でMatchしとけば良い。

**デフォルトの名無しさん** · 2020/05/03(日) 21:48:29.60

rustのenumはsum typeだからjitがあればmegamorphicでもtracingじゃなくてもjit効いて
インラインキャッシュも必要ないからそのままインライン展開出来るんだが、この辺がAOTの限界だな。
まあ、分岐予測外れるような呼び出しなら初めからvtable使うだろう。

Rust/WinRT見てc++と違っていきなりマクロ出てくるからMFCの悪夢が蘇った。

**デフォルトの名無しさん** · 2020/05/03(日) 22:46:23.02

>>492
ローカルにあるcrateとrustのソースをgrepしてみたがほとんど使われてないね

シグニチャに書くことで可読性が高まるケースであれば使えばいいと思うけど
そうじゃなければ一旦受けてから関数内で分割したほうがよさそう

**デフォルトの名無しさん** · 2020/05/04(月) 11:52:28.65

レンジ自体にマッチしたいんだけど書きかたって今はない？
match 1..3 {
2..3 => println!("2..3"),
1...3 => println!("matched!"),
_ => println!("_"),
}

**デフォルトの名無しさん** · 2020/05/04(月) 12:22:11.14

>>496
use std::ops::Range;

match 1..3 {
Range{start: 2, end: 3} => println!("2..3"),
Range{start: 1, end: 3} => println!("matched!"),
_ => println!("_"),
}

**デフォルトの名無しさん** · 2020/05/05(火) 02:10:07.89

>>497
ありがとう。
でもなんで
match 1 {
1...2 => println!("matched!"),
_ => todo!(),
}
こっちのマッチは ... で一個点々多く使わないといけなくなったの？
Range{start: 2, end: 3}をつかうなら1...2じゃなくて1..2でもよかったんじゃ

**デフォルトの名無しさん** · 2020/05/05(火) 03:39:54.86

...ってまだ使えるのか。..=に置き換えられたのかと

**デフォルトの名無しさん** · 2020/05/05(火) 09:01:40.68

>>498
matchのarmでrangeを使うケースはほぼ100%inclusive rangeなので
half openのexclusive rangeとは区別して利便性を上げつつ
不用意なバグをコンパイル時に弾けるようにしたのが理由だと思うよ

>Range{start: 2, end: 3}をつかうなら1...2じゃなくて1..2でもよかったんじゃ
んん？
そもそも「レンジ自体にマッチしたい」ってどういう用途？

**デフォルトの名無しさん** · 2020/05/06(水) 11:12:57.23

Rust の API についてはメソッドのシグネチャとコメントからドキュメントを生成できるけど、
バイナリクレートにユーザー向けのドキュメントを付けるときの作法とかってあるの？

**デフォルトの名無しさん** · 2020/05/06(水) 22:11:17.73

i32とかにあるdiv_euclidってどういうときに使うものなの？

**デフォルトの名無しさん** · 2020/05/06(水) 22:52:21.93

>>502
「負数の剰余」で調べると違いが分かるかと。

**デフォルトの名無しさん** · 2020/05/07(木) 16:40:36.21

ドキュメントコメントでのassetでのテストとmod testsってどう使い分けたらいいの？

ドキュメントテストすればユニットテスト書かなくていい？
ドキュメントは使用例だけで、assertでのテストって意味なくね？って思ってしまう。無視もできるし

**デフォルトの名無しさん** · 2020/05/07(木) 17:28:34.50

>>504
ドキュメントテストはドキュメントであってテストではない。
説明上分かりやすいならassertしてもいいけど、別になくてもいい。
それでもドキュメントテストを通すのは、古いサンプルコードがいつの間にかコンパイル通らなくなっている、というのを防ぐため。
ユニットテストは普通にmod testsで書けばいいよ。

**デフォルトの名無しさん** · 2020/05/07(木) 18:37:23.38

doit()はclone()が入るとエラーが出るんだけど何で？
TにCloneが必要って出て来るけどTの実体をCloneしないのに必要ないだろJKって感じのエラーなんだが？
これどうしたらいいの？

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=31635004c1ad9fd9e5ba0f859f28ceb0

**デフォルトの名無しさん** · 2020/05/07(木) 19:32:09.83

>>506
derive使うのやめて自分でClone実装したわ
deriveのCloneがおバカということがわかっただけ収穫とするわ

**デフォルトの名無しさん** · 2020/05/07(木) 19:52:47.71

これdoit()のget()がTに'static必要ってコンパイル失敗すんだけど
Tを直接扱ってないんだからTに'static要らんだろって感じなんだが？
関数ポインタくらい静的に解決できんだろJK
どうしたらいいんだよ
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=b69fe063a3cc2fae6f1cc7536007fe8e

**デフォルトの名無しさん** · 2020/05/07(木) 21:47:17.14

>>505
てことはドキュメントで書いたコードは普通のコンパイルエラー検知しなくてassertのエラーだけ検知するの？
なんかそれはそれでやばくないか

**デフォルトの名無しさん** · 2020/05/07(木) 21:48:25.25

コンパイル通さずにどうやってassertだけ通すんじゃ

**デフォルトの名無しさん** · 2020/05/07(木) 22:52:31.79

>>508
doitのTにstaticを指定すればいい。fn <T:'static> doit ....

**デフォルトの名無しさん** · 2020/05/07(木) 23:07:35.28

>>509
いやいや、コンパイルエラーは検知したくてassertはどっちでもいいって話。
コンパイルできないサンプルコードを検出したいんだから。

**デフォルトの名無しさん** · 2020/05/08(金) 15:31:13.15

なんで型って大文字始まりなのにi32とかは全部小文字始まりになってんの？
初期のデザインミス？

**デフォルトの名無しさん** · 2020/05/08(金) 15:47:25.70

primitiveは小文字で統一したんじゃないの？

**デフォルトの名無しさん** · 2020/05/08(金) 22:20:21.51

0u32
みたいにサフィックスとしても使うし

**デフォルトの名無しさん** · 2020/05/09(土) 06:11:48.26

Rustみたいに標準ライブラリは最小に留めてるような言語って他にありますか？

それとコンパイラ内部のCargo.tomlにライブラリのバージョン書けば別に最小に留めなくてもと思うんですが、どうでしょうか？

**デフォルトの名無しさん** · 2020/05/09(土) 10:20:58.87

>>516
Lua とか

**デフォルトの名無しさん** · 2020/05/10(日) 04:53:09.49

>>516
どこまでを最小というかによるがC++は似たようなもんじゃないかしら

**デフォルトの名無しさん** · 2020/05/12(火) 08:44:05.53

これってなんで&mut になんの？
n: mut &i32のほうが差分的にも視覚的にもいいと思うけど、どっかに理由とか書かれてないかな？
fn example(n: &mut i32) {
}
let mut r = &10;
example(mut r);

**デフォルトの名無しさん** · 2020/05/12(火) 10:47:54.41

>>519
https://stackoverflow.com/questions/29672373/what-is-difference-between-mut-a-t-and-a-mut-t

**デフォルトの名無しさん** · 2020/05/12(火) 11:12:17.10

>>519
変数がmutableなのか、immutableなのかと
変数の型がownedなのか、shared referenceなのか、mutable referenceなのかとは別

mutable referenceを表す記号として`&mut`で一塊なのでmut &i32は微妙
n: mut i32みたいに型として意味のないコードを書いて
何が悪いのかわからないってことになりにくい

コンパイラ的にも`&`が先にあったほうが処理が簡単そう

**デフォルトの名無しさん** · 2020/05/12(火) 17:14:57.85

なるほど

**デフォルトの名無しさん** · 2020/05/12(火) 17:49:29.28

>>521
微妙というかmut &i32だとimmutableなi32へのmutableな参照になるから意味が違うのでは？
もとのi32は変更不可だが別の参照を再bindは可能という。

**デフォルトの名無しさん** · 2020/05/12(火) 18:24:06.26

>>523
変数のmutabilityと変数の型をごっちゃにしてない？

`let x: &mut i32`と書くところを
`let x: mut &i32`と書くような文法にしたほうがよかったのでは
ってのが>>519の意見

**デフォルトの名無しさん** · 2020/05/12(火) 19:18:36.86

>>524
その場合、今の文法でmut &i32と書くケースはどうすべきなの？
そこだけ変えちゃうと、全体的に整合性が取れなくなるのではないかと思うけど。

**デフォルトの名無しさん** · 2020/05/12(火) 21:20:08.42

>>525
今の文法でmut &i32と書くケースは無いよね？

`let x: &mut &i32`って書くべきケースのことなら
`let x: mut &&i32`になるんじゃない？

**デフォルトの名無しさん** · 2020/05/12(火) 21:34:24.99

>>526
確かに勘違いしてた。今の文法だとmut x: &i32だった。
なので今は
x: &mut i32
mut x: &i32
を
x: mut &i32
mut x: &i32
にしても別に問題はないのか。なんとなく両者の区別はしにくくなってる気はするけど。

**デフォルトの名無しさん** · 2020/05/12(火) 21:45:24.39

>>521
パース負荷はおいておいて、mut i32ってかいてあったら普通にコンパイルエラーでよくないか？
エラーの親切さはRustの特徴だし。
mut 書いてる時点で参照なのは当然なんだから書き忘れってすぐわかるじゃん
それに語彙的にmutable referenceとも一致して自然だから前から疑問だった

>>526 のパターンとかも今までの書き方だとかなり読みにくいよね

**デフォルトの名無しさん** · 2020/05/12(火) 22:06:14.36

本当の理由は知らないけど、その区別しにくくなるってところがポイントだったんじゃないのかな

mut i32はコンパイルエラーだろうけど、今はエラーメッセージ見ても
&mutがあれば型、mutがあれば変数のmutabilityって詳細読まなくてもすぐ分かる

慣れかもしれんが俺は今の文法のほうが読みやすいと感じる
let mut x: &mut &i32
let mut x: mut &&i32

let mut x: &mut &mut i32
let mut x: mut mut &&i32

**デフォルトの名無しさん** · 2020/05/12(火) 22:08:09.55

tokio使ってる人いる？

**デフォルトの名無しさん** · 2020/05/12(火) 22:36:30.89

>>530
使いたくなくてもネットワーク使うcrateがtokioにべったり依存してて
非同期にこだわる意味ないアプリでも使わざるを得なくなるのがRustのダメなとこ

**デフォルトの名無しさん** · 2020/05/13(水) 00:29:51.86

actix-webでも中で使ってるしtokio単体でも使ってる

**デフォルトの名無しさん** · 2020/05/13(水) 01:28:10.47

非同期に拘らないならstd::net使えばよくない

**デフォルトの名無しさん** · 2020/05/13(水) 14:58:18.04

今の主流は tokio か async-std だけど io-uring 対応でまた勢力図に変化が起きたりするのだろうか

**デフォルトの名無しさん** · 2020/05/13(水) 22:46:58.63

乗り遅れた。
tokioは使ってないけどデスクトップでnon-blocking file ioが欲しい。ブロックしたら並列の意味がない。

>>531
ランタイムと付いてくるapiで肥大化するのが問題なんだよね。

**デフォルトの名無しさん** · 2020/05/14(木) 04:55:54.76

cargo clippyが通ってcargo buildが失敗するケースってある？

**デフォルトの名無しさん** · 2020/05/14(木) 09:41:17.62

望まぬ非同期は一応 tokio::runtime::current_thread::block_on_all() で回避できるか
それでもビルドが一気に遅くなる

**デフォルトの名無しさん** · 2020/05/14(木) 15:47:47.58

>>536
リンクでエラーになる場合とかはある

**デフォルトの名無しさん** · 2020/05/14(木) 18:17:46.89

なるほど

**デフォルトの名無しさん** · 2020/05/14(木) 21:36:47.59

日本のRust界隈で有用なRust関連のツイートしてる人教えて

**デフォルトの名無しさん** · 2020/05/14(木) 23:31:33.96

おれおれ