Rust Part6

1 ：デフォルトの名無しさん：2018/07/28(土) 03:04:38.63 ID:kAX50nYD.net

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 Part5
http://mevius.5ch.net/test/read.cgi/tech/1518347244/

952 ：デフォルトの名無しさん：2019/06/21(金) 07:05:15.79 ID:RixWDzH6.net

Chromiumのソースもそんなん(長い関数クラス名とか)だけど

953 ：デフォルトの名無しさん：2019/06/21(金) 08:04:50.41 ID:zwirEYdx.net

どういう経緯で何が起こって開発元は原因は何だとしてるのか
ちゃんと説明しろ

954 ：デフォルトの名無しさん：2019/06/21(金) 16:17:30.34 ID:8yQGF7bg.net

>>953
「セキュリティに関わるのでお答えできません。知りたきゃソース見ろ」
だそうです

955 ：デフォルトの名無しさん：2019/06/21(金) 17:18:46.69 ID:FvcOClmC.net

危険、危険と騒ぐ無知は有害。速やかに排除すべき

956 ：デフォルトの名無しさん：2019/06/21(金) 17:40:54.25 ID:s5JHKbLh.net

C++はRustだった
今すぐモジラのステマ言語C++を使うのをやめろ

957 ：デフォルトの名無しさん：2019/06/21(金) 21:47:37.81 ID:0JVOBbqs.net

別にfirefoxなくても困らんよ？

958 ：デフォルトの名無しさん：2019/06/21(金) 22:00:47.70 ID:zwirEYdx.net

それでもFireFoxがいい
軽さとセキュリティの誠実さ
ブックマーク回りはころころ変わってひどいけど

959 ：デフォルトの名無しさん：2019/06/21(金) 23:52:53.60 ID:F6GKmJuz.net

GoogleやMicrosoftのWebブラウザは十数枚開いただけでメモリ消費がやばいことになる
Mozillaならそんなことない

960 ：デフォルトの名無しさん：2019/06/23(日) 02:43:54.79 ID:mYxXL7rb.net

実践Rustのソートが全くわからん

961 ：デフォルトの名無しさん：2019/06/23(日) 05:52:27.18 ID:PlixDsJK.net

何ページ？おっちゃんが教えたる

962 ：デフォルトの名無しさん：2019/06/23(日) 09:03:51.96 ID:7oQ4NVSK.net

実践Rustって、電子書籍版を8インチタブレット(iPad mini)でちゃんと読める大きさ？
前に出たRust本は余白カット表示してギリギリって感じだった

963 ：デフォルトの名無しさん：2019/06/23(日) 10:09:46.75 ID:mYxXL7rb.net

ソーティングネットワークのあたり

964 ：デフォルトの名無しさん：2019/06/23(日) 13:00:06.41 ID:xLLf8ygu.net

>>959
逆だろ
火狐はタブ10個も開けばカクツキ起きるしそれからほどなくしてフリーズ
Chromeはもちろんクソクソ言われてるEdgeすらも
動作の安定面では火狐なんぞには負けん
ちなWin10

965 ：デフォルトの名無しさん：2019/06/23(日) 14:46:23.23 ID:1G/MWnzG.net

>>960
本のステップで分ける説明より、2→4→8→... と増えていく図を見たほうが分かりやすいと思った

ttps://www.cs.rutgers.edu/~venugopa/parallel_summer2012/bitonic_overview.html

966 ：デフォルトの名無しさん：2019/06/25(火) 23:51:23.60 ID:AQcTxIKJ.net

>>964
FireFoxで１０タブ開いてみたけどなんも変わらんよ？

967 ：デフォルトの名無しさん：2019/06/29(土) 22:20:17.93 ID:nCAqicSi.net

>>966
20~30くらい同時に開くとビジーになるからビジーとフリーズの区別がついてないんだと思う。

968 ：デフォルトの名無しさん：2019/06/30(日) 03:54:59.91 ID:Qwp9+Qng.net

IEやChromeで100Tabとか開いたらメモリを食いつぶしてまとも動かないよ

969 ：デフォルトの名無しさん：2019/06/30(日) 12:09:57.07 ID:QU2Ls1X6.net

ffモナ

970 ：デフォルトの名無しさん：2019/06/30(日) 12:50:53.67 ID:9MaqxN1M.net

その分今でもメモリ周りでバギーってのは笑わせますね。

971 ：デフォルトの名無しさん：2019/07/02(火) 23:13:32.01 ID:FbIiTj7v.net

Firefoxなら100タブくらい大丈夫だよ。IE、Chromiumでそんな事したら他の作業が出来なくなってしまうけど
実際に比べた上でFirefoxを使っている。開発やっていると開くページがどんどん増える

972 ：デフォルトの名無しさん：2019/07/03(水) 13:38:17.25 ID:aJKbsp3m.net

ffが大丈夫だと思うのは気のせい

973 ：デフォルトの名無しさん：2019/07/03(水) 23:03:04.57 ID:jXq99Py9.net

Rust→IR→Cが実用出来るようになるのはいつだ
LLVMが対応していないアーキテクチャでRustを使いたいねん
それともトランスパイラを作った方が早いかなぁ

974 ：デフォルトの名無しさん：2019/07/03(水) 23:13:41.05 ID:ahV0OFdq.net

>>973
V言語使えよ

975 ：デフォルトの名無しさん：2019/07/03(水) 23:20:25.57 ID:+l3ADsTn.net

IR to Cは昔できたのにな

976 ：デフォルトの名無しさん：2019/07/03(水) 23:20:30.76 ID:SPfaWtwb.net

524 デフォルトの名無しさん sage 2019/07/02(火) 14:38:03.95 ID:ep8keXko
言語機能の複雑さという代償はあったが
GC無しでリージョン推論を実現したのがRust

記述性のためGCを入れつつも遅延を最小にすべく
GCの性能向上に努めたのがGO

一方vlangの公式によると
https://vlang.io/
> V manages memory at compilation time (like Rust)
https://vlang.io/compare
> - No GC
> That's why the language is so simple

・Rustのようにコンパイル時にメモリ管理される
・Goのように書けるがGC不要
・それでいてRustのような複雑さは無い
・という予定(まだ未実装)

本当にこの通り実現するなら
GoとRustの設計者達にマウント取れるレベル
526 デフォルトの名無しさん sage 2019/07/02(火) 14:59:25.78 ID:ep8keXko
ちなみに自動メモリ管理が未実装なので、以下の記事によると
hello worldやvlangコンパイラ自体もメモリリークしているとのこと
https://christine.website/blog/v-vaporware-2019-06-23
> The compiler itself also leaks memory
531 デフォルトの名無しさん 2019/07/02(火) 18:22:15.31 ID:NqAwj9wC
>>526
ｗｗｗ
532 デフォルトの名無しさん sage 2019/07/02(火) 18:59:24.21 ID:8dHuftNb
>>526
あっ・・・（察し）

977 ：デフォルトの名無しさん：2019/07/03(水) 23:31:44.31 ID:EsMPn/2r.net

>>973
rust2cトランスレータはとっくの昔にあるしとっくの昔にどれも開発止まってる
rust->llvm->c->任意のコンパイラで出来るじゃん。

978 ：デフォルトの名無しさん：2019/07/04(木) 07:00:47.22 ID:oyQSn2Ss.net

>>974
生ポインタ使えるの？新しすぎるせいからしい情報が見つからんかった

>>977
今出てくるCバックエンドの話って関数レベルで使えれば御の字みたいなのばっかりに見える
プロジェクトレベルで実用に耐えるワークフローがあるなら詳細を知りたい

979 ：デフォルトの名無しさん：2019/07/04(木) 11:51:58.94 ID:NOiQUdad.net

>>608
横田さん潜伏中に生魚あたってハイタのかな？排他だけに。
なかなかRockだね！Lockだけに。

980 ：デフォルトの名無しさん：2019/07/04(木) 23:15:23.31 ID:EwvcD2Pv.net

>>978
>プロジェクトレベルで実用に耐えるワークフローがあるなら詳細を知りたい
rustでは見たこと無いね。操作的意味論に基づいて命令列とグルーコードに変換するものばかり。
というかそれ以外は難しいと思う。

981 ：デフォルトの名無しさん：2019/07/05(金) 01:27:12.64 ID:kDhA893Y.net

>>980
やっぱりそうか、残念。LLVMのバックエンドは作れる気がしないしトランスパイラの方が望みがあるけど
それでもELFのパーサとジェネレータ、変換元機械語のデコーダは最低必要だな
こういうのって処理系やエミュレータ等でしばしば使われるけど、単体のライブラリとなるとx86とかの
有名なアーキテクチャですらなかなかないんだよな

982 ：デフォルトの名無しさん：2019/07/05(金) 20:56:59.69 ID:Mh/7XJmJ.net

Cと比べたらノウハウ少ないかもしれんけど、LLVMバックエンド作るのってそんなに面倒なの？
LLVM->Cって抽象度上げる方向だし参考になるものがもっと少ない気がする。ecmascriptenくらいじゃない？

983 ：デフォルトの名無しさん：2019/07/05(金) 21:57:46.40 ID:kDhA893Y.net

>>982
Rust to Cは自分の手に負えそうにないので他力本願です
ググって出てくる情報を見る限り最適化コンパイラを自作できるくらいの理解がないとLLVMの理解とバックエンドの開発は難しそうに感じます
各言語やアセンブラを使える程度の理解では歯が立ちそうにないです

なので機械語 to 機械語(もしくはアセンブラ to アセンブラ)の方がまだ望みがあるかなと

984 ：デフォルトの名無しさん：2019/07/05(金) 23:46:41.28 ID:C+fxCwB0.net

バイナリ変換ってかなり壮大な研究テーマでは…。
どうしてもLLVMに触れたくないならLLVM-IR to アセンブリを自作するほうがまだましかな。

結局素直に勉強してLLVMバックエンド作るのが一番早いと思うけど。

985 ：デフォルトの名無しさん：2019/07/06(土) 00:04:57.41 ID:auWtVfNl.net

んなことするならc使った方がマシ

986 ：デフォルトの名無しさん：2019/07/06(土) 06:53:43.23 ID:xpE3I6/t.net

>>984
LLVM IRってレジスタ数が青天井ですしstd付きとはいえHello worldですら十数本使っているようです
何処まで増えるのか判りませんがレジスタを数百本使うIRとか吐かれたら何とかなる気がしません

勉強すると言ってもどこから手を付ければいいのか判らない状態ですし最近は相対的にローレベルな
情報自体が減少しています。運良く自分が理解できる資料や教材に巡り会えない限り難しそうです

987 ：デフォルトの名無しさん：2019/07/06(土) 09:55:08.49 ID:zcl3Wfgw.net

オレオレ → LLVM はレジスタ何本あってもOK
LLVM → CPUネイティブ は良きに計らえ

オレらの仕事は前者
気にすんな

988 ：デフォルトの名無しさん：2019/07/06(土) 12:04:38.86 ID:ZIhPrSwc.net

そこまで部分の最適化って自分でやらにゃならんし
計算と制約を記述するのに適したその手前までの中間言語ってないじゃろか
Ｌｉｓｐとかか

989 ：デフォルトの名無しさん：2019/07/06(土) 13:45:06.47 ID:LdZDcwTE.net

バイナリ変換ってダブルバッファリング的な事しないと整合性とれねー気がした。

990 ：デフォルトの名無しさん：2019/07/06(土) 13:49:10.31 ID:ZIhPrSwc.net

いみふめい

991 ：デフォルトの名無しさん：2019/07/06(土) 17:36:17.74 ID:9tt4vzxp.net

>>988
レジスタが1〜2本足りないくらいなら使用頻度の低いのからメモリに逃がす方法で何とかなりそうだけど
全然足りない場合全く別の方法が必要そうですが思いつかないです。自分にとっては高度な問題です

Rustと言うかLLVMが吐けてターゲットとの相性が良さそうなアーキテクチャを選ぶ必要があるけどこれも難問かな
IA32/AMD64はメジャーだけど建て増ししすぎでアドレッシングモードとかスーパーカオスだし無駄に命令も多い
ARM7あたりが無難だろうか。分岐処理が特徴的なようだけどRISCの割にレジスタが少なめなのも好条件か
純RISC系は命令セットが単純だけどレジスタが多くてLLVM IRと同じ問題が出てきそう

992 ：デフォルトの名無しさん：2019/07/06(土) 17:38:47.90 ID:LdZDcwTE.net

キューイングしてガンガン処理して節目でプログラムカウンタを1増やす。とか理想を語る俺。

993 ：デフォルトの名無しさん：2019/07/07(日) 16:07:05.22 ID:4q0rOBDI.net

2つのvectorの同じインデックスの要素を比較したいときってどうかくのがスマートなんでしょう

994 ：デフォルトの名無しさん：2019/07/07(日) 16:38:57.74 ID:RypgULSw.net

>>993
zip

995 ：デフォルトの名無しさん：2019/07/07(日) 23:58:58.81 ID:HO2UM4SM.net

MISPならツールチェイン揃ってるからPS系ハードで動かないことはない

996 ：デフォルトの名無しさん：2019/07/14(日) 21:58:47.03 ID:u4tB0f+V.net

コンパイラチェッカーについて簡潔にまとまっている資料とかないんだろうか
数ヶ月ぶりに触ったらすっかり記憶の彼方だわ

997 ：デフォルトの名無しさん：2019/07/14(日) 23:32:23.74 ID:PySyhRf9.net

次スレ立てた
Rust Part7
http://mevius.5ch.net/test/read.cgi/tech/1563114707/

998 ：デフォルトの名無しさん：2019/07/15(月) 16:19:43.86 ID:md6OUoiD.net

RustってVisual Studio Codeとかでビルドしたりインテリセンスが利いたりするようにならんの

999 ：デフォルトの名無しさん：2019/07/15(月) 19:12:06.92 ID:38cZE3Hm.net

質問いいですか？∩(　´Α｀)

1000 ：デフォルトの名無しさん：2019/07/15(月) 19:19:28.82 ID:9ryZm2UI.net

いいよ

1001 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。