[過去ﾛｸﾞ] Rust part16 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
755: 2022/09/20(火)20:51 ID:rUHkgvjw(1) AAS
誰もvoldemort typeの名を呼ぼうとしない
756(2): 2022/09/22(木)02:33 ID:OUmiFnaH(1) AAS
MS AzureのCTOが「新しいプロジェクトでC/C++使うのはやめて
非GC言語が必要な状況ではRustを使うべき時だ」ってツイートしてるけど
Visual StudioでもRustが最初からパッケージングされてるようになるのかな
757: 2022/09/22(木)09:05 ID:e5bGjsaE(1) AAS
外部ﾘﾝｸ[html]:www.publickey1.jp
Cloudflare、NGINXに代えて自社開発のRust製HTTPプロキシ「Pingora」をグローバルCDNに採用。性能向上しつつCPUとメモリ消費を3分の1に
758(1): 2022/09/22(木)13:36 ID:V4zanZlp(1) AAS
>>756
MSがRustの開発環境に投資するならVSCodeのエクステンションじゃない?
いまさらVSに対応言語を追加する気はないでしょ
どう考えてもWindowsユーザーは少ないだろうし
759: 2022/09/22(木)19:38 ID:VGEMfVQX(1) AAS
>>756
マーク・ルシノビッチ氏、Microsoft AzureのCTOなのか。
インサイドWindowsにはお世話になったわ。
760: 2022/09/23(金)05:18 ID:I8UIrhRk(1) AAS
Iteratorに対するIntoIteratorのように
Futureに対するIntoFutureということか
しかも.awaitに対して自動適用だからもっと効果が大きいか
非同期を返すビルダーに対してFutureを返させるためのビルド完了指示メソッド呼び出しが不要となる
761: 2022/09/23(金)08:24 ID:G8O+P73a(1) AAS
Rust analyzerが優秀過ぎてMSが入る余地なさそう
PythonがMS Storeから落とせるみたいにインストールが楽になるとかならありそう
VSに導入されたらそれはそれで面白いんだけど.Net言語との連携が強化されないと旨味がないな
762(1): 2022/09/23(金)08:29 ID:exFn1ITS(1/2) AAS
Rustからから.Net?
意味ないやろ...
763: 2022/09/23(金)10:08 ID:QyFSmn0+(1) AAS
既存ライブラリがそのまま呼べるならお試しで部分的に新言語導入してみようとなる可能性もあるので意味はある
764: 2022/09/23(金)10:43 ID:bBi47OZ4(1) AAS
Rust/Cliとか余計なもの作られそう
765: 2022/09/23(金)12:31 ID:aakQSAhx(1) AAS
>>758
VSCodeの方が対応は早いかもだが、VSに追加する気がないことは無いんじゃないかな
766(1): 2022/09/23(金)17:48 ID:z6wpDrU6(1) AAS
>>762
書き方悪かったわ
Rustで作った何かをC#とかから簡単に呼べるといいねって意味だった
GoのCGoみたいな仕様だったら色んな意味で面白いと思う
767(1): 2022/09/23(金)18:02 ID:bhLcJIv7(1/2) AAS
rust_analyzerの話題ついでに教えて欲しいのですが、保存なしで構文チェック等してくれるようにならないものなのですか？
編集を破棄して保存前の状態にしたい時があるので、できれば自動で保存したくないのです
Vim系プラグイン等を入れていれば無限に戻せるのかもしれないものの、Vimが使えない身としては困ってしまいます
768: 2022/09/23(金)18:02 ID:exFn1ITS(2/2) AAS
>>766
ああそれならありだな
まあ今でもC/C++とかで作ったdllなりをC#から呼び出せるから同じような感じでできるんじゃないかな
769(1): 2022/09/23(金)18:04 ID:nucVVsrt(1) AAS
>>767
まあ普通はGitを使うからね
770: 2022/09/23(金)18:05 ID:5/jqA4bf(1) AAS
C#も.Netも全く興味ないので知らないが
PythonでもJavaScriptでも何でもRustで作ったライブラリなどを簡単に呼び出すことができる仕組みがそれぞれ整えられている
既存のものの置き換えは無意味だが新たに作られるものはRustで書くことが増えている
771(1): 2022/09/23(金)21:26 ID:Oi43IjEf(1) AAS
repr(C)でCのフリしたRustじゃなくて、俺はありのままのRustが動いている世界線が見たいよ
772: 2022/09/23(金)21:26 ID:bhLcJIv7(2/2) AAS
>>769
でも、破棄ならコミット後の状態にも戻せるぜ？
773(1): 2022/09/23(金)21:42 ID:KYVSlV2v(1) AAS
>>771
ABI安定化するまではFFIでextern "C"は避けられないよ
774(1): 2022/09/23(金)21:53 ID:wlVyCNVq(1) AAS
>>773
そんなことすべきでない
自由にRust コンパイラによる最適化の余地を与える現在の方針がベスト
外部に公開しなきゃいけない時に外部に公開する部分だけを#[repr(C)]や#[wasm_bindgen]など指定すればよい
775: 2022/09/23(金)23:40 ID:EyovOcQI(1) AAS
双方でマーシャル/アンマーシャルが必要になって無駄だよね
776: 2022/09/23(金)23:55 ID:9eaiNZZz(1) AAS
なるほど
777: 2022/09/23(金)23:58 ID:SxK8BSHj(1) AAS
対C/C++はそこまで必要ならそこもRustで書いちゃうから何ら問題はない
他の言語ではそれぞれもっと大きなオーバヘッドを持っているので誤差に収まり問題にならない
778: 2022/09/24(土)00:06 ID:j2XeJCoN(1) AAS
やっぱエアプの複オジはわかってないなぁ
779: 2022/09/24(土)00:11 ID:DaB/WDgt(1/6) AAS
>>774
pubなitemのABIに最適化関係ある？
なんかと混同してない？
780: 2022/09/24(土)00:14 ID:DaB/WDgt(2/6) AAS
もしかして repr(Rust) のこと言ってる？
781(1): 2022/09/24(土)03:05 ID:ugWjDAH5(1) AAS
Rustだけで閉じていればpubであっても自由に最適化されるからpubかどうかは関係ないでしょう
結局Rustの外に公開する部分だけの話に限られるからそこだけ相手毎に応じる現行の方式のままで構わないでしょう
782(2): 2022/09/24(土)08:50 ID:pfcr5AFZ(1) AAS
C++やRustはABI決まってないのにC言語は何故ほぼ決まってるの？
783: 2022/09/24(土)09:11 ID:DaB/WDgt(3/6) AAS
>>781
dylibの場合pubは大いに関係あるよ
784: 2022/09/24(土)09:15 ID:WR9fIR0K(1) AAS
ぶっちゃけあらゆるOSがC言語で書かれているあたりCの呪縛から逃れられないよ
上下前次1-新書関写板覧索設栞歴
あと 218 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s