Rust part9

**デフォルトの名無しさん** · 2020/08/23(日) 01:07:35.52

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 part8
https://mevius.5ch.net/test/read.cgi/tech/1579834072/

**デフォルトの名無しさん** · 2020/08/23(日) 10:31:18.31

Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

**デフォルトの名無しさん** · 2020/08/23(日) 12:12:13.82

いちおつ

**デフォルトの名無しさん** · 2020/08/23(日) 13:15:25.53

最近は初学者向けの文書も充実してきてるね

Tour of Rust
https://tourofrust.com

Rust explained using easy English
https://github.com/Dhghomon/easy_rust

**デフォルトの名無しさん** · 2020/08/23(日) 15:24:56.55

http://zsiciarz.github.io/24daysofrust/index.html
今これ読んでる

**デフォルトの名無しさん** · 2020/08/24(月) 02:54:03.17

日本語でおけ

**デフォルトの名無しさん** · 2020/08/24(月) 03:09:08.38

web_sys使って意図的にHTML食わせてDOM操作とかしたいんだけどこれって出来ない？
https://docs.rs/web-sys/0.3.44/web_sys/

**デフォルトの名無しさん** · 2020/08/25(火) 22:04:20.93

>>7
rustからDOM叩くのはバインディングさえ用意すれば出来るけど"意図的にHTML食わせて"の意味がわからん。

**デフォルトの名無しさん** · 2020/08/26(水) 09:25:11.81

>>8
HTMLのテキストをDocument::from(&html_text)みたいに読ませて、そこからDOM操作してDOMのvalueとかattrとか読みたい。
他のHTMLパーサーは規格がバラバラだからweb_sys使いたい

**デフォルトの名無しさん** · 2020/08/26(水) 09:37:17.33

>>9
DOM操作なんかしないで、これ使おうぜ
https://github.com/tanakh/easy-scraper

**デフォルトの名無しさん** · 2020/08/26(水) 10:49:33.15

>>10
それkuchikiをそのまま使うのに比べてどういうメリットがあるの？
css selectorで指定できたほうが簡単で柔軟だと思うんだけど

>>9
HTMLパーサーの有名どころは、scraper, select, kuchikiの3つだけど
どれも内部的にservoのhtml5everを使ってるから一緒じゃない？

**デフォルトの名無しさん** · 2020/08/26(水) 14:28:06.12

easy-scraperは個人的に仕様がダサいと思う

>>11
web_sysのドキュメント見たら分かるけど、APIがかなり豊富でMDN遵守してるし、wasmにも移管できる。
その三つは楽だけどそれ以外はweb_sysの方が良いから

**デフォルトの名無しさん** · 2020/08/26(水) 15:34:22.88

>>12
wasmにも移管できるって、web-sysはwasm前提だと思うんだけどwasm以外で使えるの？

**デフォルトの名無しさん** · 2020/08/26(水) 17:13:59.22

>>12
ダサいといえばダサいんだが、綺麗さより楽さを取ったデザインって感じの話が作者のブログに書いてあったよ。

**デフォルトの名無しさん** · 2020/08/26(水) 21:28:36.70

>>9
whatwg DOMにDOM Level3 Load & Saveがないから今のDOMで外部ファイルのパースはできない。
適当なAPIでファイル読んでwasmにコンパイルした他のDOM Level3実装に食わせればいい。
rustで書かれたDOM Level3実装が見当たらないから他言語になるかな。

whatwgのDOMはesからhtml操作する以外は考えてないから、そういう事したいなら他でやるしかないね。

**デフォルトの名無しさん** · 2020/08/26(水) 22:06:03.86

綺麗に作れないから自分が楽な設計をしたというだけ
アラフォープログラマにありがちな言い訳

**デフォルトの名無しさん** · 2020/08/27(木) 02:24:33.81

無能の僻みかな

**デフォルトの名無しさん** · 2020/08/27(木) 03:10:08.73

>>16
「楽な」は「楽に使える」という意味だぞ。
綺麗な設計を捨てる方が作るのは大変に決まっとろうが……。

**デフォルトの名無しさん** · 2020/08/27(木) 04:23:21.10

>>13
ごめん、そこらへん認識甘いかも
wasmのランタイムじゃなくて、普通にrustcでも動くんじゃない？

>>15
そうなんだ、貴重な情報ありがとう。

**デフォルトの名無しさん** · 2020/08/27(木) 08:43:15.31

>>18
そう主張してるが本人が楽なだけ

**デフォルトの名無しさん** · 2020/08/28(金) 01:00:10.14

easy-scraperのブログみて試しにkuchikiでやってみたけどドキュメントがなさすぎてkichikuだった

次はscraperにする

**デフォルトの名無しさん** · 2020/08/28(金) 10:56:42.59

今月の新機能　Option::zip　の使いどころが分からない
こんなの要らないだろ
https://doc.rust-lang.org/stable/std/option/enum.Option.html#method.zip

**デフォルトの名無しさん** · 2020/08/28(金) 15:11:57.10

使うならOption版の論理演算とかかな

**デフォルトの名無しさん** · 2020/08/28(金) 23:01:39.34

the bookの分かりやすい更新履歴みたいのってある？

1度読み終わって以降に新しく追加された章や節がないかを確認したいんだけど
githubのcommitログ眺めていく以外の現実的な方法が見つからなくて困ってる

**デフォルトの名無しさん** · 2020/08/29(土) 00:41:53.30

>>22
cons cellにしてからflatするの面倒くさい。
俺はvec::Drainをas_sliceする用途がよくわからん。ただの変換用だろうか。

こっちの互換性残ってよかった。
ttps://github.com/rust-lang/rust/pull/74150/

**デフォルトの名無しさん** · 2020/08/29(土) 17:57:40.88

anyhowとthiserror 初めて知ったわ
std::Errorが便利になるまではこれ使っとけばよさそうだね

**デフォルトの名無しさん** · 2020/08/29(土) 22:59:59.85

とっくにfailureのフィードバック終わってるけど、ver古くない？

**デフォルトの名無しさん** · 2020/08/29(土) 23:02:55.48

結局今は何使うべきなの？
std::Error？　failure？　anyhow？

**デフォルトの名無しさん** · 2020/08/30(日) 03:03:14.91

@rustlangって日本語のRTもするのか
機械翻訳で読んだのかな

**デフォルトの名無しさん** · 2020/08/30(日) 11:07:07.53

いつになったらベンチマークStableにすんだよな

**デフォルトの名無しさん** · 2020/08/30(日) 18:03:13.46

ベアメタル用のコードを-C opt-level=0でコンパイルして乗算のオーバーフローチェック等のpanic機構って使用できる？
アセンブラリストを出力すると存在しないラベルの分岐命令が出力されるんだが正常な動作なのか・・・

31 · 2020/08/30(日) 18:53:07.92

例えばこんな感じ
ttps://uploader.purinka.work/src/17641.png
callqの行き先が不明

**デフォルトの名無しさん** · 2020/08/30(日) 19:51:29.80

--emit asmってlibcoreとリンクしたもの吐くの？
リンクされてないだけでここ呼んでるだけな気がする
https://github.com/rust-lang/rust/blob/1.46.0/src/libcore/panicking.rs#L39

**デフォルトの名無しさん** · 2020/08/30(日) 22:35:01.08

>>28
failureは役目を終えた。std::error::Error,thiserror,anyhowでfailure相当になる。
最近はenumxのcexで静的例外風にかけるけど。

>>31-33
panic_handlerを書いた覚えがないなら自分で書く。stdにはデフォルトの実装が用意されてる。
The Embedded Rust Bookに詳しく書いてあるから、rustupでローカルにダウンロードしてrustup docで開ける。

emitだとコンパイルまでしかしない。依存先すらコンパイルしてなかったと思う。

31 · 2020/08/30(日) 23:57:14.44

サンキュ

>>33
ビンゴだった。でも欲しいのはアセンブルリストなのでlibcoreを含むリストをどう入手するかが課題です
objdumpだと元のソースコードの行数等のデバッグ情報が失われるみたいだしグローバルの有無等の取得方法も判らないし
そもそもgasフォーマットじゃないから見方が判らないところがあるし

>>34
panic_handlerを自分で書きたいのはヤマヤマですが記述例が見つからず棚上げ状態です
ttps://rust-embedded.github.io/book/start/panicking.html
は見ていますが記述例は見あたりませんし

**デフォルトの名無しさん** · 2020/08/31(月) 08:19:34.04

ターミナル上で色つけるのとテキストポジションを決めたいだけの簡単なTUIアプリ作りたいんだけど、有名なTUIクレートが多くて迷ってます。
適切なクレートが何か分かる方教えてください。

**デフォルトの名無しさん** · 2020/08/31(月) 10:44:07.07

複雑なことしないなら termion

なんてどう？

**デフォルトの名無しさん** · 2020/08/31(月) 20:17:03.77

>>37
ありがとうございます。一度見てみます。

**デフォルトの名無しさん** · 2020/08/31(月) 22:50:36.76

>>35
英語読めないって話？
>A behavior can be chosen by declaring a #[panic_handler] function. This function must appear exactly once in the dependency graph of a program, and must have the following signature: fn(&PanicInfo) -> !, where PanicInfo is a struct containing information about the location of the panic.
>Given that embedded systems range from user facing to safety critical (cannot crash) there's no one size fits all panicking behavior but there are plenty of commonly used behaviors. These common behaviors have been packaged into crates that define the #[panic_handler] function. Some examples include:

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

MirakurunクローンのmirakcってRustでかかれてるのか

ソースちょっとのぞいてみたけどサッパリだった

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

よく作れるよなあ

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

>>35
記述例が見たいならそこからリンクされてるpanicハンドラクレートのソースを見ればいい。
例えばこれとか。

https://github.com/japaric/panic-abort/blob/master/src/lib.rs

**デフォルトの名無しさん** · 2020/09/02(水) 00:14:27.98

>>42
そうじゃなくて
>Given that embedded systems range from user facing to safety critical (cannot crash) there's no one size fits all panicking behavior
の意味がわからないんだろう。ベアメタルで人の書いたpanic handlerの中身なんて読んでも意味ないし。

31 · 2020/09/02(水) 08:06:57.73

>>42
それだと基本的に>>32と大差なく見えるというかリンク後に逆アセンブラリストを追いかけたら
最終的にfn panicへ制御が渡っている事を確認しています
>>34でpanic_handler書いていないみたいな事が書かれていたので別の書き方があるのかと・・

**デフォルトの名無しさん** · 2020/09/03(木) 00:54:39.65

Supporting Linux kernel development in Rust
https://lwn.net/SubscriberLink/829858/281103f9c6fd0dc2/

**デフォルトの名無しさん** · 2020/09/03(木) 13:59:41.08

お前らの考えとしてぶっちゃけどうよ？
今後10年でc/c++を凌駕する存在になり得るのかRustは

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

10年もありゃRustベースのもっといいやつが出てきそう

**デフォルトの名無しさん** · 2020/09/03(木) 14:28:37.24

Dはもう20年になるのか胸熱

**デフォルトの名無しさん** · 2020/09/03(木) 14:49:09.48

C++ 30よりは普及するんじゃないか。
（30とかどんな魔境になってるんだろうか…）

**デフォルトの名無しさん** · 2020/09/03(木) 16:20:07.25

Rust++もそこそこの魔境になるから大丈夫

**デフォルトの名無しさん** · 2020/09/03(木) 16:22:17.40

折角Edition分けしてんだし、一部後方互換性をバッサリ捨てて冗長な表現を纏めて++回避したら流行りそう
なおロードマップ見渡してもその予定は一切御座いません(笑)

**デフォルトの名無しさん** · 2020/09/03(木) 21:15:25.18

Rustって未だにセルフホストできていない事に驚いた
標準添付のライブラリのビルドを試みたら
>error[E0554]: `#![feature]` may not be used on the stable release channel
等が大量に吐かれたｗ　要nightlyかよ

**デフォルトの名無しさん** · 2020/09/03(木) 22:16:06.69

>>52
それをセルフホストできてないというかどうかは知らんがビルドしたいならx.py使えよ。
bootstrapにはそれ用のオプションがちゃんとある。

**デフォルトの名無しさん** · 2020/09/04(金) 08:11:24.22

rustc: 1.48.0-nightly (130359cb0 2020-09-01)
src: 1.46.0
でもダメだった

>>53
丸ごとビルドしたい訳じゃなくて一部だけビルドしたい
ttps://qiita.com/kotetuco/items/54af67d5663013ad0db7#rust-core-library%E3%82%92%E7%94%A8%E6%84%8F%E3%81%99%E3%82%8B
こんな感じ。実際にはコンパイルオプションを調整したいけど
コンパイルできる組み合わせを探すしかないのか？stableとnightlyじゃコードツリーのディレクトリ構造からして違う有様だしなぁ

**デフォルトの名無しさん** · 2020/09/04(金) 10:04:14.14

>>54
coreだけでもビルドできるが…。さすがに開発中に毎回bootstrapするわけない。
https://rustc-dev-guide.rust-lang.org/building/how-to-build-and-run.html#build-specific-components

自己流で試行錯誤するよりまず公式通りにやってからカスタマイズする方がいいのでは。

**デフォルトの名無しさん** · 2020/09/04(金) 15:34:10.06

>>55
thx。それを実行するにあたって最低限必要な物ってなんだろ。書いていないような・・・
Pythonとbetaなコンパイラが必要そうっぽい事は判るけど
というかコンパイラも含めたビルドは出来るだけ避けたい
環境(Windows)やマシン(2Core/8GB)のリソース的に成功するか判らないし失敗した場合の
トラブルシュートも難しい

あとそのコマンドはnightly？beta？限定のような。1.46.0 stableのコードツリーだとディレクトリ名が違う

**デフォルトの名無しさん** · 2020/09/04(金) 18:04:10.13

>>51
ほんそれ。
ある程度はシュガライズすべき

**デフォルトの名無しさん** · 2020/09/04(金) 18:33:08.78

>>56
環境構築はREADMEだな。
https://github.com/rust-lang/rust#building-on-windows

ディレクトリはちょうど運悪く先月くらいに構成変わってて、今betaまで反映されてるから次のリリースでstableも同じになる。
とりあえず今のstableなら以下でcoreだけビルドできるはず。
./x.py build --stage 0 src/libcore
コンパイラはx.pyが適切なバージョンを勝手に取ってくるから任せればよい。

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

2Core/8GBでLLVMビルドするのかなりつらそう

**デフォルトの名無しさん** · 2020/09/05(土) 13:17:51.96

forとiterの使い分けってどうしたらいいんだろ
用途？