プログラミング言語 Rust 4【ﾜｯﾁｮｲ】

2023/01/29(日) 03:46:54.24

ttps://doc.rust-lang.org/beta/unstable-book/language-features/yeet-expr.html

名前の元ネタがよくわからん

2023/01/29(日) 04:28:40.21

>>185
trY Early-ExiT で yeet じゃない？
experimental だからわざとクソ命名してそう。

2023/01/29(日) 08:29:44.05

意味合いとしては
> Yeet is a slang phrase meaning to throw with force
とのことらしい
https://internals.rust-lang.org/t/syntax-for-returning-early-with-an-error/14181
https://www.urbandictionary.com/define.php?term=Yeet

yeetの初出はここらしい
https://mobile.twitter.com/josh_triplett/status/1248658754976927750
命名に関するbikeshedを避けつつ機能を実験するために導入するみたいね
https://twitter.com/5chan_nel (5ch newer account)

2023/02/04(土) 16:11:28.39

Servoプロジェクトが再始動
https://servo.org/blog/2023/01/16/servo-2023/
https://servo.org/blog/2023/02/03/servo-2023-roadmap/

2023/02/26(日) 21:57:18.73

新スレとして再利用と聞いてage

2023/03/02(木) 01:57:12.70

ProviderとDemandってCOMのQueryInterface的な使い方もできるのかな

2023/03/07(火) 03:24:09.91

Bevy 0.10 is out now!
https://bevyengine.org/news/bevy-0-10/

2023/03/10(金) 03:58:23.25

Announcing Rust 1.68.0
https://blog.rust-lang.org/2023/03/09/Rust-1.68.0.html

今回は小粒？

2023/03/10(金) 11:19:42.21

cargoのsparse protocolは嬉しい

2023/03/15(水) 08:26:46.78

Default alloc error handlerはLinus指摘の取り込みかな。

2023/03/15(水) 10:58:18.74

Linusの話は、メモリアロケーション失敗時にpanicするなという話だと思うけど、今回の変更とは全く関係ない

今回の変更でalloc crateがalloc_error_handlerのデフォルト実装を提供するようになった
新たに提供されたalloc_error_handlerはpanicする実装になっているので、メモリアロケーション失敗時にpanicになることは変わらない
単に、利用者がalloc_error_handlerを独自に実装する必要がなくなったというだけ

Linusの指摘に対しては、Box::try_newなどのアロケーション失敗を呼び出し元に通知するAPIを用意することで対応している

2023/03/15(水) 12:35:43.18

>>195
サンクス。
Linusは「単にエラーを返せ」と言っていたから、error handlerじゃ確かに駄目だね。

2023/03/15(水) 13:35:50.81

Rust製の高速なwebpack互換バンドラ「Rspack」登場。現時点で5倍から10倍の性能向上
https://www.publickey1.jp/blog/23/rustwebpackrspack510.html

> Rust製の高速なバンドラとしては、webpackの主要な開発者がNext.jsに入社してwebpackの後継として開発している「Turbopack」もあります。
> 現時点ではまだwebpackが抜きん出た人気を得ていますが、現時点で主要な開発者が抜けてしまったwebpack後継の座を狙った競争が始まったといえそうです。

2023/03/26(日) 17:12:36.73

>>197
ちょっとスレチ気味だけれど
Turbopack(新調で700倍高速) vs Rspack(互換性維持で5～10倍高速)
webpackからの乗り換えはしばらく様子見

2023/03/27(月) 08:53:03.64

一度普及したソフトの作者自身が後継プロジェクトを立ち上げてもなぜかうまくいかない法則

2023/03/27(月) 09:40:06.58

Rust遅くね？

2023/03/27(月) 10:40:29.19

速度遅くてもウケたプロダクトの動作速度上げたところで
現行をリプレイスする理由にならないからな
それにRustがいかに速かろうと今の時代ネックはIOである可能性が高いし

2023/03/27(月) 12:01:17.21

>>200
詳しく見ていないけど、ロジックにボトルネックがあるのかもね。

2023/03/27(月) 16:02:39.08

10倍のオーダーで速度差出るなら性能がリプレース理由になる場合も増えると思うよ
数分かかる処理が数秒で終わると快適さが全然違うだろうし

2023/03/27(月) 16:27:48.16

>>201
どうせ IO がネックだからってのは昔から言われてることだけど
クラウドサービスを前提にすると事情が違うと聞いたことがある。

レスポンスタイムにあまり差が無かったとしても課金は演算量 (CPU の使用量) に対して
だからなるべく効率的に実行できる言語を使ったほうが安く上がるんだとさ。

2023/03/27(月) 23:41:07.73

Ruby on Rails 6 では、webpack が標準だったけど、
Rails 7 では、Import Maps で、CDN から直接インポートするように変わった。
脱webpack/node.js

ES2015 に対応していないブラウザ用に、バンドルする方法もある。
バンドラーは、esbuild, rollup, webpackの3つ

2023/04/17(月) 10:02:11.42

ドキュメントコメントを reStructuredText で書きたい

2023/04/24(月) 12:17:06.73

let-else の else ブロックの中だけ rustfmt 効かなくて設定間違えたかと思ったら
フツーに未対応だった
https://github.com/rust-lang/rustfmt/issues/4914

2023/04/24(月) 18:39:33.31

let-elseは鬼っ子だから
改行位置決めるのも大変

2023/04/24(月) 18:43:14.72

横から済みませんがが、
Rust で Vec に要素を追加した場合にメモリー不足になったかどうかを検出
するのはどうしたらよいんでしたっけ？

2023/04/24(月) 18:47:43.95

try_reserve

2023/04/24(月) 18:53:28.63

>>210
それは予め領域を確保しておく関数で、確保できなかった場合には、
Result<(), TryReserveError>
という戻り値を返す関数と言うことですか？
そして、関数呼び出しの直後に ? を書くと、エラー発生時にそこで
アプリをダウンさせると言うことですか？

2023/04/24(月) 19:00:53.57

>>211
事故レスですが、? 演算子は、x ? と書くと、x の値が Err(y) だったら、
return Err(From::from(y)),
というような動作をする関数のようですね。

2023/04/24(月) 19:01:30.05

いろいろ違う
落としたいならpanicさせとけばいい

2023/04/25(火) 00:44:30.70

メモリ不足を検出した場合に何をしたいかで適切な対応は変わってくるけど、何をしたいの？

2023/04/25(火) 01:46:37.95

>>214
メモリー不足の時にメモリー不足である旨のエラーメッセージを出して、
なんらかの自作の処理コードを動かしたいです。

2023/04/25(火) 01:47:29.28

>>215
なお、Vecに追加する動作を行なった関数の中で処理をしたいです。

2023/04/25(火) 07:31:37.92

重要:
メモリ不足だからと言ってmallocが失敗するとは限らない

2023/04/25(火) 09:38:35.21

今の Linux カーネルだとアプリケーションからオーバーコミットを無効にすることは出来るようになってるぞ。

2023/04/25(火) 10:43:39.39

try_reserveの戻り値がErrだったら処理を実行するだけだよ
この説明で分からないならenumやResult型について勉強した方が良いよ

あとtry_reserveの失敗要因はメモリ不足だけじゃないけど、エラー種別はnightlyじゃないと取得できないみたいね

2023/04/29(土) 19:47:07.81

RefMut <-> Ref にも Rc <-> Weak みたいな相互変換メソッドがあればいいのに

2023/04/30(日) 04:06:33.86

>>220
RefCell自体を取り回して必要なところで都度RefやRefMutを作れば良いのでは

2023/04/30(日) 11:51:12.53

>>221
実際今はそれでやってて、別に問題になるほどじゃないんが、ちょっと無駄だよなあと
Ref/RefMutってあんまりあちこち取り回す用にできてないよね

2023/04/30(日) 13:58:26.96

>>222
RefやRefMutはMutexのGuardみたいなもんなんだから取り回す範囲は極力狭くするべきなんじゃね

2023/05/03(水) 20:42:40.07

Rustにもこんなのあるんか……ええな
https://zenn.dev/kk/articles/20230213_creusot_intro

2023/05/19(金) 17:46:12.04

Rust for Linux updates! More pin-init and refactoring! - YouTube
https://www.youtube.com/watch?v=jAanHvcuYtA

2023/06/02(金) 02:43:27.18

The RustConf Keynote Fiasco, explained
https://fasterthanli.me/articles/the-rustconf-keynote-fiasco-explained

一連の事件は結局不幸な伝言ゲームの結果だったということだろうか

2023/06/04(日) 13:53:56.01

以前からCodeLLDBでたまに値がちゃんと表示されないことがあるなーと思ってたら再帰型が原因だったんですね
今ほとんど再帰でできてる部分触ってるせいで困ってる……
dbg!書けばいいだけではあるんだけど泥臭くて嫌だわね
https://github.com/vadimcn/codelldb/issues/605

2023/07/29(土) 22:43:04.08

いつのまにかrust-specがマージされてる。まだ作業終わってないけど。
ttps://github.com/rust-lang/rfcs/pull/3355
ttps://github.com/rust-lang/rust/issues/113527
rustにもようやく仕様が。

2023/07/30(日) 17:17:19.50

これから編集者雇うみたいだからまだまだ時間は掛かりそうだけど、前進だね

2023/08/10(木) 03:13:56.19

Hugging FaceがPyTorch的なRust製フレームワークを作り始めたらしい
https://github.com/huggingface/candle

2023/08/16(水) 18:13:46.91

>> https://mevius.5ch.net/test/read.cgi/tech/1692105879/16

rustupを使わないクロスコンパイル環境の構築方法あるらしいよ
https://users.rust-lang.org/t/how-to-add-cross-compile-target-for-offline-system-without-rustup/80811/4

大人しくrustup使っておけよとしか思わんが一応……

2023/08/16(水) 19:50:14.01

githubにrustupのソースコードあるから読めばいいよ。

2023/08/16(水) 23:13:21.01

>>231
サンキュ。試してみます

2023/08/22(火) 03:24:00.61

おおきに、感謝やで！

2023/08/30(水) 12:04:57.70

Debugを上位トレイトに持たないトレイトのオブジェクトをなんとかしてdbg!する方法は無いもんじゃろか

2023/08/30(水) 15:40:36.29

ない。基本的なトレイトを実装してないのはバグ。

2023/08/30(水) 20:29:40.52

参照をポインタにしてアドレスを表示してみるとか

2023/08/30(水) 20:30:28.57

構造体フィールドの中身を知りたいという事ならAnyを継承させてダウンキャストするかDebugを継承したtraitにするしかないね

2023/09/12(火) 06:34:45.51

アノ店、今日は休みやねんな

2023/09/21(木) 01:15:23.63

intellij rustからRustRoverギリギリ燃えてないな。プラグインもIDEAもバグが増えたのが懸念とか言われてるけど。

2023/09/21(木) 23:43:40.50

RustのコンパイルターゲットはTierで分けられているけど
x86_64-pc-windows-msvc　←Tier1
x86_64-unknown-none　←Tier2
この違いって何？
Tier1の条件を見るとすべてのテストに合格すること的な事が書いてあるしプラットフォームが不明の状態でそれは不可能はなず
組み込み向けなどの低レイヤー用途を想定したターゲットにTier1のものはなくすべてTier2以下になっている
もしこれが理由なら自分が書いたコードはTier1と同レベルに翻訳される(実行できなかったり実行結果が不正なコードは生成されない)事が
期待できるけどそう考えて問題ないのだろうか

2023/09/22(金) 01:00:34.44

>>241
x86_64なら現実的にはほぼ動くとは思う
ただ、あくまでもrust側ではコンパイルが通ることしか確認してなくて、生成されたコードが正しく動作するかは未確認の状態
利用者側が動作確認をきちんとやる必要があるよ

2023/09/22(金) 02:06:03.04

>>242
例えばベアメタル開発用などでOSとインターフェイスしないコードのみほしい場合
x86_64-pc-windows-msvc(x86_64-unknown-linux-gnuとかでも可)でスタティックリンクのライブラリとしてビルドしてカスタムリンク
x86_64-unknown-noneでビルド
の二択だと出力物の信頼性はどちらの方が高いのだろうか。どちらも適切なローダーを用意すれば動作するはず
特に低レイヤーの開発で翻訳不良があるとトラブルシュートが沼りやすいし、前者の方が有利なら
ゴミが付いたりビルドが複雑化するなどのデメリットを考慮しても検討する価値があるはず

2023/09/22(金) 04:58:40.40

より正確にはtier2はwith/without Host Toolsに分かれる。
withの方はtarget環境扱いだけじゃなくてネイティブなhost toolsを使用して開発環境として使える。
*-*-none-*はベアメタル向けだからHost Toolsのサポートはない。
言い換えるとtier2 with Host Toolsはセルフホストできる。

Tier 1にもwith/withoutの分類があるけど事実上withoutの方がない。
これは今のところHost Toolsをサポートしてないtier 1が存在しないから。

だからビルド環境に指定したいならx86_64-unknown-none。

2023/09/22(金) 23:10:21.93

x86_64-unknown-noneが吐くコードをどのくらい信用して良いのかって話ね
Tier2＝十分にテストされていない＝不正命令例外を吐いたり意図しない演算結果になる可能性がある
とかだと開発に重大な影響が出るし勘弁してほしい。Tier1のターゲットならそんな可能性は無視できるはずだし

2023/09/22(金) 23:26:27.84

テスト云々はlibstdが主なんでは？
そもそもコード生成するのはLLVMなんだし機械語レベルじゃRust側のTierは関係ない気がする

2023/09/22(金) 23:47:16.64

x86_64-unknown-noneがTier2の理由がstdのテストができないからならそれでいいんだけどね
Platform Supportを見ても
>x86_64-unknown-none * Freestanding/bare-metal x86_64, softfloat
としか書いていない。hardfloatが使えない？のはよくわからないが

2023/09/23(土) 01:27:48.45

Tierはrustcのコードベースがビルドできるかどうかの保証であって吐くバイナリの質の保証じゃない。
そもそもrustcはフロントエンドだからどういうバイナリ吐くかは無関係。
tier 1/2の違いは自動テストが常に実行されるかどうかの違いだけ。

全部Platform Supportに書いてあるからこの説明でわからんならどこが理解できないのか言ってくれ。

2023/09/24(日) 21:37:53.69

Tier表記がアテにならないならコードの質を比較するにはどうしたらいいんだろ
x86_64とavrが同じ品質、同じ最適化レベルなわけないよな

2023/09/25(月) 08:27:06.59

rustに限らずコンパイラの生成コードの品質はアセンブリ見て判断するしかないんじゃね
LLVM IRもプラットフォームごとに差があるのかね？

2023/11/08(水) 11:25:16.25

Rust製ブラウザエンジンの「Servo」、アプリに組み込み可能なクロスプラットフォーム対応WebView化を目指す。Electron代替を目指す「Tauri」への組み込み実現へ－ Publickey
https://www.publickey1.jp/blog/23/rustservowebviewelectrontauri.html

期待

2023/11/13(月) 11:53:03.89

https://rust-lang.github.io/rfcs/3192-dyno.html

気づいたらポシャっててstd-1.73.0からProvider/Demandも消えてた
やっぱりRTTIとかそういうのはあんまり乗り気じゃないのかな？？

2023/12/28(木) 17:26:22.81

RubyのYJITって仕組みはRustで実装されてるんだな
ソース見てビビった

2023/12/28(木) 19:28:59.59

>>253
へぇ、Node.jsもあちこちが遅いからと
ちょこちょこ便利ライブラリの中身がRustに置き換わり始めてるし
今後こういう流れは加速しそうだな

2023/12/28(木) 21:34:36.48

遅い部分を Rust でなおそうというよりは、
Rust へ置き換わる流れに乗るついでに駄目なところをそろそろなんとかしようぜという感じじゃないかな。
イマイチなのがわかっててもちゃんと動いてるなら何かきっかけがないと重い腰が上がらないのはよくあること。

2023/12/28(木) 22:12:11.01

YJITのコード、相当面白いな
RustでJITしてるよw
マシンコードゴリゴリ生成してる

2023/12/29(金) 18:42:09.07

rustってJavaやpythonみたいに爆発的に流行るわけじゃなくてじわじわ広まっていく感じなんだろうな

2023/12/29(金) 22:02:28.40

YJIT、最初はCで実装されてたがRustに変えたみたい
bindgenでCRuby側のAPIをRust側に持ってきて
それを使いながらJITでマシンコード生成してる
面白すぎる
コードもめちゃくちゃ読みやすいぞ

2024/02/04(日) 19:30:07.17

RustのRTOSはTockがあるけどFreeRTOSやTOPPERS/SSP、μT-Kernelなど既成のRTOSとの比較レビューってある？

2024/03/22(金) 21:59:30.16

Rust 1.77.0
https://blog.rust-lang.org/2024/03/21/Rust-1.77.0.html

2024/05/05(日) 01:37:56.22

Rust 1.78.0
https://blog.rust-lang.org/2024/05/02/Rust-1.78.0.html

2024/05/28(火) 05:50:07.80

あげとくか

2024/05/28(火) 11:26:44.51

>>257
それなりに使われるだろうけど普及はしないよこんな糞言語

2024/05/28(火) 12:40:58.42

>>263
普及の定義をしようや

2024/05/29(水) 01:14:08.00

lazy_cellが安定化
https://github.com/rust-lang/rust/issues/109736

2024/06/05(水) 14:11:47.67

>>264
糞言語は定義しなくていいということですか

2024/06/05(水) 15:39:16.16

>>266
糞言語でも神言語でもいいから
普及したかどうか基準を明確になれば良い

2024/06/06(木) 10:37:20.47

糞言語なのは認めるということですね判ります

2024/06/06(木) 18:33:54.95

>>268
プログラミング言語の前に国語勉強しよう

2024/06/14(金) 00:25:21.51

Rust 1.79.0
https://blog.rust-lang.org/2024/06/13/Rust-1.79.0.html

2024/07/15(月) 02:00:43.64

poloniusって結局何なんだ？

2024/07/25(木) 23:26:35.53

Rust 1.80.0
https://blog.rust-lang.org/2024/07/25/Rust-1.80.0.html

2024/07/25(木) 23:42:54.21

Exclusive ranges in patternsの例でこれからは終点と始点に同じconstが使えますって書いてるけど
そもそもstableじゃpatternでconst使えないから微妙に説明不足だなあ

2024/09/06(金) 13:05:40.28

Rust 1.81.0
https://blog.rust-lang.org/2024/09/05/Rust-1.81.0.html

2024/10/19(土) 03:08:34.71

Rust 1.82.0
https://blog.rust-lang.org/2024/10/17/Rust-1.82.0.html

2024/11/06(水) 21:10:46.98

>>268
クソ言語ってCとかBASICみたいな奴のこと？

2024/11/12(火) 00:38:11.01

Rustのインストール,Hello World/Cargo,数当てゲームまで終わったので記念に書き込み
サクラエディタでコード編集したけどIDEは何がいいんだろろ

2024/11/12(火) 08:37:10.19

>>277
VSCode がスタンダードだと思うが LSP が実装されてるエデェタならなんでもいいよ。
公式ページには八つのエディタが第一級サポートありと書かれているのでそのなかから選ぶのが無難。

2024/11/12(火) 13:14:18.53

ありがとう
とりあえず公式ページ見てくる
使ったことあるvscodeになりそうだけど

2024/11/12(火) 17:29:53.97

Vimがあったけど中々挑戦できないな

2024/11/14(木) 11:49:51.39

vscodeの良さは、AndroidユーザーがiPhoneの良さを全く理解できないのと
同じくらい、理解できない。

2024/11/14(木) 19:08:09.69

Calaude aiで生成したコードってそのまま通るのかな

2024/11/20(水) 13:43:52.49

https://github.com/rust-lang/rust/issues/44874
デケえ便利機能が来そうだぜ

2024/11/20(水) 18:47:48.10

諸刃の剣だな
現状のDerefは抑制的に使われてるけど
Receiverがカジュアルに使えるとどうなるかな

2024/11/28(木) 23:19:31.65

Rust 1.83.0
https://blog.rust-lang.org/2024/11/28/Rust-1.83.0.html

2024/11/28(木) 23:55:57.51

アップデートしたらしいけどなんかいい修正ある？

2024/11/29(金) 18:38:58.21

const fnの中でできることが増えたくらいで今回地味かも
内部としてはこれでも大仕事なんでしょうが……

2024/12/03(火) 20:48:46.24

なるほど(わかってない)
Hello WorldとHello Cargoまでやったけどこのまま公式のブック？とかいうチュートリアルこなしてくのがええのかな

2024/12/03(火) 20:50:26.05

C/C++のRust置換えはあんまり進まないと思うけどWEBアセンブリといえばRustになれば長く続く言語になるかなと思ってちょっと齧りだしたところ

2024/12/03(火) 21:20:26.57

>>288
もし C とかを知ってるなら Rust のチュートリアルはすぐ終わるし、充分にプログラムは書けるよ。
ただ、上手く書くとなると際限ないからなぁ……

個人的には実際に使いながら標準ライブラリの構成を理解するのが良いと思う。
標準ライブラリは言語の思想がよく現れているので真似すると上手くいきやすい。