Rust part16

**デフォルトの名無しさん** · 2022/06/27(月) 08:17:03.45

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

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

日本語の情報
https://rust-jp.rs/

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

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part15
https://mevius.5ch.net/test/read.cgi/tech/1652347700/

**デフォルトの名無しさん** · 2022/07/01(金) 13:42:34.60

JSをサーバーサイドに使うのはどうなんかね？
速さは性能やらCDNでごまかせるけど、RUSTやC++とかで出来るならそっちのほうが良さそうな気がする

まあPHP使ってる雑魚だから現状関係ないけど

**デフォルトの名無しさん** · 2022/07/01(金) 14:03:44.85

用途や状況に合わせて言語は使い分ければいい
ひとくちにWebと言っても用途も状況も様々

**デフォルトの名無しさん** · 2022/07/01(金) 14:14:38.28

RustRusｔ言うけどこのスレの人間たちもRustでは一日1000行もコード書いてないだろ

**デフォルトの名無しさん** · 2022/07/01(金) 14:44:33.26

>>66
ウェブの表層のほとんどは「ビジネスロジックの記述」をやりたい。
Rust や C++ は良くも悪くも機械に対する指示としての側面が大きい。
ビジネスと機械の間を埋めるのがエンジニアの役割ではあるんだが、
ビジネス寄りのエンジニアとガチ技術寄りのエンジニアで棲み分けが有る。

もちろん何だって速いに越したことは無いが、
ソフトウェアをガチガチにチューニングしたって限界があるからなぁ。
頑張ってソフトウェアをチューニングしてもせいぜい二倍とか三倍とか程度にしか伸びん。
ビジネスが拡大すれば再現なく高い性能が要る (可能性が有る) わけで、
必要なときに機械の数を倍にすれば倍の性能になるデザインのほうが重要なんだよ。

**デフォルトの名無しさん** · 2022/07/01(金) 15:16:38.49

俺は楽だからwebも含めて大抵はrustで書いてるな

**デフォルトの名無しさん** · 2022/07/01(金) 15:59:50.99

こちらはまずはバックエンドとスクレーパー方面だけRust化した
フロントエンドはこれから

**デフォルトの名無しさん** · 2022/07/01(金) 16:39:02.14

お前らは日本人あるあるで手段と目的を履き違えてる奴ばかりなんだよ
御宅を並べるのは中国にすら20年遅れてしまったソフトウェア分野で結果出してからやれお前らみたいなの逆に迷惑
ウェブつながりのつい最近の話でNode-Sass(LibSass)が非推奨になりDart-Sassになった理由は色々言われているが要はC++でsassの実装は極めて難しくLibSassをメンテする・できるボランティアがいなくなったからなわけで
じゃあお前らご自慢のRustでLibSass書き直せよ？お前らなら余裕だろ？結果出してくれよ？
お前らみたいにネットのコメントだけでイキってる奴らって最高にダサい

**デフォルトの名無しさん** · 2022/07/01(金) 17:47:49.60

tauriってrustとjsは同時にデバッグできるのん？

**デフォルトの名無しさん** · 2022/07/01(金) 18:22:07.89

ドキュメント読む限りでは
Rustは他のRustプログラムと同様にgdb/lldb
jsはWebViewのデバッガを利用することになるようだが

**デフォルトの名無しさん** · 2022/07/01(金) 20:10:55.31

>>73
公式ドキュメントの方法じゃないけどVSCodeのrust-analyzer使えばlaunch.jsonやtasks.json書かなくても簡単にRustのデバッグできるよ
UIは実行後のウィンドウでCtrl+Shift+iでWebView Consoleが開くからconsole.logはこっちのコンソールで確認できる
ただUIのjsのブレークがうまくいかないからこっちは俺が教えてほしい

**デフォルトの名無しさん** · 2022/07/01(金) 20:21:51.18

出来ても結局自分でライブラリ類は書かなきゃ行けないんでしょ？
jsの大量のライブラリが使えるならいいんだけど

**デフォルトの名無しさん** · 2022/07/01(金) 21:22:16.36

>>72
なぜ失敗altJS言語なんかに頼ってるんだ？
当然Rust版sassもある

**デフォルトの名無しさん** · 2022/07/02(土) 00:08:31.01

>>68
＞Rustでは一日1000行もコード書いてないだろ
日本のITの主力のドカタ向けのRustの仕事はまだほとんどないだろうからな。
だから、いまRustしている奴の多くは個人の趣味でRustしている感じだろうし。
俺的にはRustを使った社内システムの開発とかやっているレベルで激すごいなって思う
Rustがメジャーになれば受注案件でRustも使うってなるんだろうが

**デフォルトの名無しさん** · 2022/07/02(土) 02:58:41.46

現実を直視できないアホばっか
Rustの案件なんてあるわけないだろ都内ですらC++のドライバ開発で人材集めるの相当苦労するのにRustでプロダクションクオリティで書けるPGがいたとして名抜きの奴隷なんてやるわけない
だからそんなプロジェクトはないし案件が発注されることもない

**デフォルトの名無しさん** · 2022/07/02(土) 06:04:06.91

なるほどRustを叩いているのは受注土方だったんだな
こちらは自社開発だから便利で安全で高速なRustを普通に採用できている

**デフォルトの名無しさん** · 2022/07/02(土) 07:01:32.45

ローカルなツールを自分一人でシコシコ作ってるってパターンだろw

**デフォルトの名無しさん** · 2022/07/02(土) 08:08:38.42

>>80
複オジ虚言癖は治そうぜ

**デフォルトの名無しさん** · 2022/07/02(土) 08:15:05.98

現実にRust利用がどんどん広がっていってる現状に嫉妬してるおまえらはRustアンチスレの方へ行けよ

**デフォルトの名無しさん** · 2022/07/02(土) 09:33:07.20

> 現実にRust利用がどんどん広がっていってる
>>83の脳内現実w

**デフォルトの名無しさん** · 2022/07/02(土) 09:49:00.17

自社開発製品
・FizzBuzzイテレータ
・カウントアップイテレータ
・フィボナッチイテレータ

当社製品はすべてジェネリック対応
型の最大値を超えると自動的にイテレート終了
Rust製で安心安全高速！
5ちゃんねるユーザー大絶賛！！
「所有権複製論」の複オジ先生自ら開発！！！

**デフォルトの名無しさん** · 2022/07/02(土) 11:22:31.41

>>85
それは自社開発じゃなくて自宅開発

**デフォルトの名無しさん** · 2022/07/02(土) 12:45:33.26

このRustアンチ
いつも不利になると作り出した仮想敵叩きへと逃げ込むな

**デフォルトの名無しさん** · 2022/07/02(土) 13:49:27.43

WebAssembly で圧倒的需要を勝ち取ったRust の勝利

**デフォルトの名無しさん** · 2022/07/02(土) 15:30:51.20

>>85
5ちゃんねるユーザーからゴミ扱い！！の間違いでは？

**デフォルトの名無しさん** · 2022/07/02(土) 16:31:59.49

>>89
どう見ても皮肉だろ...

**デフォルトの名無しさん** · 2022/07/02(土) 18:21:13.38

自演自画自賛してたから
大絶賛でも間違いではない

いや、間違いか

**デフォルトの名無しさん** · 2022/07/02(土) 18:32:55.56

トヨタがRust経験者募集してるのにな

**デフォルトの名無しさん** · 2022/07/02(土) 19:02:42.47

>>88
Wasmで、DOM直書きできるのは、今のところRustしかないことが
いまのWasmを書く際のRust人気になってるようだ。
しかし、今後、ライブラリの中にDOM操作を隠蔽できてしまえば、
ライブラリを使う限り自分でDOM操作はしなくて良くなるからDOM直書きは
不要になる。

**デフォルトの名無しさん** · 2022/07/02(土) 19:15:03.41

>>92
ソースよろしく

**デフォルトの名無しさん** · 2022/07/02(土) 21:51:05.68

>>93
君は日本語を直書きできるようにしたほうがいいんじゃないか？

**デフォルトの名無しさん** · 2022/07/03(日) 00:47:23.25

>>95
現段階でWasmを使おうとしている人の大部分は、
「WebプログラミングはHTMLとDOM操作で行うもの」
という固定観念があるので、それが直接的に出来るRustを使おうとしていると
言うことだ。
しかし、DOM操作を関数の中に閉じ込めてしまえば、DOM操作と言う概念を
一切合財忘れてしまって、Windowsプログラミングのような手法でWeb
プログラミングできるようになる。

**デフォルトの名無しさん** · 2022/07/03(日) 00:47:34.21

>>95
現段階でWasmを使おうとしている人の大部分は、
「WebプログラミングはHTMLとDOM操作で行うもの」
という固定観念があるので、それが直接的に出来るRustを使おうとしていると
言うことだ。
しかし、DOM操作を関数の中に閉じ込めてしまえば、DOM操作と言う概念を
一切合財忘れてしまって、Windowsプログラミングのような手法でWeb
プログラミングできるようになる。

**デフォルトの名無しさん** · 2022/07/03(日) 00:49:19.63

>>97
いったんそうなってしまうと、WebプログラミングにDOM操作が全く必要なく
なってしまうので、WasmにおけるRustのアドバンテージが消失してしまう
可能性が高い。

**デフォルトの名無しさん** · 2022/07/03(日) 01:58:58.46

rustでもDOM操作はJS経由してるし直接的にできるわけではないでしょ
wasmでrustが有利とされているのはランタイムが薄くてバイナリサイズが小さくできる点では

**デフォルトの名無しさん** · 2022/07/03(日) 02:21:32.37

>>99
そもそもJSの時点で速度に不満の有る人がどれだけいることか、という点がある。
C++なら既存の資産もあるし、nativeアプリと互換性を持たせることが出来る
メリットもあるが、Rustにはない。

**デフォルトの名無しさん** · 2022/07/03(日) 02:21:34.94

>>99
そもそもJSの時点で速度に不満の有る人がどれだけいることか、という点がある。
C++なら既存の資産もあるし、nativeアプリと互換性を持たせることが出来る
メリットもあるが、Rustにはない。

**デフォルトの名無しさん** · 2022/07/03(日) 02:26:10.32

twitterを見ていると、Rust派の人は、JSより高速になることをメリットと考えている
ようだが、JS自体がもともと結構速いので、多くの用途では実際にはほとんど
体感速度は高速にはならない。
なので、Wasmの意味が無い、用途が無い、という結論に至ってしまう。
これはそもそも、Wasmが作られた経緯を無視しているから。
WasmはC++をブラウザで使いたい、という事から始まったもの。
EmscriptenでC++をasm.js化していたものが、それをさらに効率よくするために
生み出された。
だから、もともとJSを高速化したいことが目的ではなく、C++を使うことが
目的だった。
Rustでは駄目なのだ。Rustでやろうとするから、そもそも論に陥る。
そもそも、そんなに高速にする意味があるのか、という。

**デフォルトの名無しさん** · 2022/07/03(日) 02:29:04.40

Rustはメンドクサイのだ。
だから、「そこまでして高速にする必要があるのか」という疑問に至る。
ところが、C++はRustほどはめんどくさくない。
普通に直感的に書いたものが、JSの5倍程度の速さを安定してたたき出す。
なので、C++で書くと楽なので意味があるが、Rustはめんどくさいので意味が無い、
ということになり、Wasm不要論へと繋がっていく。
しかしそれは、Rustを使おうとしたことがそもそも間違いなのだ。

**デフォルトの名無しさん** · 2022/07/03(日) 03:29:33.96

てか明らかにvueもreactもいじったことない奴が騒いでるだけだろ。
まともに相手するだけ無駄だわ。

**デフォルトの名無しさん** · 2022/07/03(日) 03:50:27.37

世界中のIT技術者から愛されているプログラミング言語はなにか。
プログラミング関連のQ&Aサイト「Stack Overflow」を運営する米Stack Exchangeがそのような調査結果を発表した。
各言語の「Loved」（愛している）と「Dreaded」（恐れている）の比率でLovedが最も高かったのは「Rust」（86.73％）で7年連続で1位になった。
回答数は7万1467件。
https://www.itmedia.co.jp/news/articles/2206/24/news128.html

**デフォルトの名無しさん** · 2022/07/03(日) 03:54:07.92

https://www.atmarkit.co.jp/ait/articles/2107/08/news112.html
「WebAssemblyアプリケーションの作成に使用している言語は何か」と質問したところ、Rustが最も多くの回答を集めた。
「WebAssemblyアプリケーションの作成に今後最も使用したい言語は何か」という質問でも、Rustを挙げた回答が最も多かった。

**デフォルトの名無しさん** · 2022/07/03(日) 07:40:44.40

そりゃそうなるわな
既存のメンテ以外ではC++で書くことはない
時間とともにRust一色となるだろう

**デフォルトの名無しさん** · 2022/07/03(日) 08:33:17.69

Rustは圧倒的にコーティングしやすい
様々な近代的なパラダイムを洗練して採り入れたことが大きい
メモリ解放も完全自動で気にしなくていいのにC並に高速というオマケ付き

**デフォルトの名無しさん** · 2022/07/03(日) 09:36:25.32

こういう頭悪いのいい加減やめろって
複オジさん

**デフォルトの名無しさん** · 2022/07/03(日) 09:40:08.35

大きな代償はあるけどな

**デフォルトの名無しさん** · 2022/07/03(日) 10:48:20.41

>>108
安全安心のおまけもついてくる

>>110
Rustに大きな代償はない

**デフォルトの名無しさん** · 2022/07/03(日) 11:37:22.22

煩雑。
参照でツリーが作れない。
リンクリストが本来の性能を引き出せない。

**デフォルトの名無しさん** · 2022/07/03(日) 11:38:06.57

これらのRustの問題点は、教授レベルでも理解出来てない人が多い。

**デフォルトの名無しさん** · 2022/07/03(日) 11:48:29.39

教授レベル？！

複オジ大先生 vs 数学100点大先生のやり取りはいつもいつも有意義有意義ww

**デフォルトの名無しさん** · 2022/07/03(日) 12:04:57.77

今日日曜だけどつまらない書き込みしてんじゃないぞ

一日最低1000行書かないとレスしたらダメだぞ

**デフォルトの名無しさん** · 2022/07/03(日) 12:06:35.28

ライフタイムがらみで一日なんどかキーボードかマウスを投げたくなる
自動で判定しろよ

**デフォルトの名無しさん** · 2022/07/03(日) 12:53:49.06

>>116
そんな悩むようなことか？
そこまで酷いのは何か基本理解の欠如があるのではないか
簡単な具体例を出すことを勧める

**デフォルトの名無しさん** · 2022/07/03(日) 13:33:15.09

オブジェクトの寿命に関するルールは実際には C++ とそれほど差が無い。
厳密に検証するということと、検証に必要なちょっとしたアノテーションが必要ってだけ。

**デフォルトの名無しさん** · 2022/07/03(日) 14:26:00.76

1000行書くという謎の目標にこだわってるからライフタイムの理解がおろそかになってるのでは
エラーが出るたびに原因をしっかり調べれば同じ過ちを何度も繰り返すことはなくなるでしょ

**デフォルトの名無しさん** · 2022/07/03(日) 14:38:47.08

登大遊は凡人レベルのコードでいいなら1日1万行は余裕で書けるって豪語してて草生えたな
一時期は天才少年プログラマーと持て囃されてた彼も所詮日本の凡才駄プログラマーだったな
彼を見てるとわかるが日本人は手段にこだわって目的を達成できずに結果残せないないアホばかりなんよ
SNSやナレッジコミュニティやオフ会でドヤ顔で偉そうに蘊蓄たれてイキリ散らかしてるやつばかりなのって要するに日本の終わってるゼネコンビジネスIT業界で楽しみを見出せる要素がそこしかないからなんだってことよ
如何に日本のプログラマーがゴミで哀れな奴らかわかる

**デフォルトの名無しさん** · 2022/07/03(日) 15:03:07.11

そもそもコードを書く時間よりもその
コードのリファクタリングなどの時間の方が多い
そしてリファクタリングでは行数は減る方向が多い
書く行数の多さを気にするのは質ベースより量ベースの典型的なダメパターン

**デフォルトの名無しさん** · 2022/07/03(日) 15:32:59.76

普通にプログラミングするには問題ない程度にライフタイムを理解した上でも、
Rustには沢山の欠点が有り、ライフタイムをこれ以上理解しても、それは
解決しないと思ってる。
なぜなら言語そのものが持つ欠点だから。

**デフォルトの名無しさん** · 2022/07/03(日) 16:05:52.40

それはそう。
足りない諸々は unsafe でやれ (プログラマが正しさを保証しろ) というデザインであって、全部を面倒見れるとは誰も思ってないよ。

**デフォルトの名無しさん** · 2022/07/03(日) 16:42:05.24

コード例ちょうだいよ

**デフォルトの名無しさん** · 2022/07/03(日) 17:02:40.60

大先生方wとまともに議論が成り立つわけないじゃんww

**デフォルトの名無しさん** · 2022/07/03(日) 17:03:35.61

>>123
しかし、Rustの方式では、ある種のアルゴリズムは、unsafe の中だけに
閉じ込めきれないことがあり、結局、アプリでそのアルゴリズムを本来の
効率では使えないことがある。
これも言ってることを理解するには経験と深いイマジネーションが必要なので
反論してくる人が居てもその反論が間違いで、Rustの欠点として本当に存在
している。
昔、C言語が登場した頃、アセンブラほどには速度を引き出せ無い事が有ったが、
大事な部分の関数をアセンブリコードで書けばそれで解決した。だから、
C言語がこんなに普及した。
ところが、Rustでは、それと同じ事が出来ない。
unsafeの中だけに閉じ込めきれず、「はみ出してくる」部分がsafeに扱えないので破綻してしまう。

**デフォルトの名無しさん** · 2022/07/03(日) 18:00:07.94

具体性の欠片もないフワフワした話しかできないんなら黙ってりゃいいのにw

**デフォルトの名無しさん** · 2022/07/03(日) 21:50:25.68

linked listの人の完全論破されたら潜伏してほとぼりが冷めてから全く同じ主張を繰り返すムーブ何回目だよ

**デフォルトの名無しさん** · 2022/07/03(日) 22:08:21.67

>>126
具体的なことを何一つ言えない時点で話にすらならないが
一つ重要なアドバイスをしてあげよう

unsafeとは他の言語と同じ状態ということ
つまりunsafeについて批判すればするほどそれはRust以外の言語がいかにダメなのかを語っていることになる

ちなみにRustはunsafeの中でC言語と同じことができるしもちろんインラインアセンブラも書ける
つまりRustはC言語と同じ機能及び性能を有している側面がまず第一としてある

その上で外部を巻き込むことなくunsafeな部分を内部に完全に閉じ込めた各モジュール例えば標準ライブラリなどを次々と生み出すことにも成功している
そしてRustコンパイラが安全性を保証するプログラムを現実に書くことができることを実証してきた
だからこそIT大手各社が共同でRustを支持する状況にまでなったのだ

**デフォルトの名無しさん** · 2022/07/03(日) 22:47:34.33

なんか違う気がする

**デフォルトの名無しさん** · 2022/07/03(日) 23:17:08.11

なんか違うというレベルじゃなく一番大事なところが間違ってるよ

**デフォルトの名無しさん** · 2022/07/03(日) 23:41:56.43

このスレでよく見かけるパターン
Rustアンチな人は不利になると「なんか違う」「間違ってる」など呟くが具体的には何も言えない

**デフォルトの名無しさん** · 2022/07/03(日) 23:48:10.53

このスレじゃなくて5chすべてがそうなんだよ馬鹿www
こんな便所の落書きにすら劣るキチガイの巣窟で正論打っても意味ねーんだよ
こいつらはこいつら自身が一番嫌いなDQNやチンピラと同じ大いなる無駄なことして暇つぶしてるガイジどもなんだよwww

**デフォルトの名無しさん** · 2022/07/03(日) 23:57:49.45

複オジは信者の自分以外はみんなアンチにみえちゃうみたいw

**デフォルトの名無しさん** · 2022/07/04(月) 00:48:50.97

cと同じに欠けるってのは明らかに嘘だろ。メモリモデルが違いすぎるっつーの。

**デフォルトの名無しさん** · 2022/07/04(月) 01:01:44.47

>>129
あなたは理解できてない。

**デフォルトの名無しさん** · 2022/07/04(月) 01:54:43.58

>>135
たとえば？

**デフォルトの名無しさん** · 2022/07/04(月) 02:12:28.58

rustには定義されたメモリモデルはないわけだが何を比較してCと違うと言っているの？
https://doc.rust-lang.org/reference/memory-model.html

**デフォルトの名無しさん** · 2022/07/04(月) 03:21:25.34

>>135
「メモリモデル」という言い方は、PC-9801のような16BIT MS-DOS時代に
別の意味で使っていたから混乱を招くが、言いたいことは分かる。

**デフォルトの名無しさん** · 2022/07/04(月) 04:54:10.56

言いたいことが分かるなら説明すればいいのに...

**デフォルトの名無しさん** · 2022/07/04(月) 07:57:34.42

>>139
結局のところ>>129で合っているわけか

**デフォルトの名無しさん** · 2022/07/04(月) 09:03:48.35

>>138
そんな真面目な用語じゃなくて
プログラマがメモリに対して持つメンタルモデルとかそのくらいの意味ではないかと思われる

**デフォルトの名無しさん** · 2022/07/04(月) 09:23:30.50

メンタルモデルw

**デフォルトの名無しさん** · 2022/07/04(月) 09:24:13.06

>>142
そのレベルの話だとしてもスタックやヒープの使い方はrustもcも同じだよね
何をもって違いすぎると言っているのかがわからん

**デフォルトの名無しさん** · 2022/07/04(月) 11:11:40.91

>>129
>unsafeとは他の言語と同じ状態ということ
unsafeでもRust特有のメリットもあればデメリットもある
特にC/C++とは担保されてるsafetyのレベルが根本的に違うので「unsafeなら他の言語と同じ」とか言ってる人はunsafeをまるで理解してないので騙されないように

**デフォルトの名無しさん** · 2022/07/04(月) 11:57:37.00

そこはあまり本質的じゃないな
Rustは機能的にも速度的にもC言語の代替となれる点が本質だろう
そのうえでRustは非常に大きなプラスαがあるからC/C++は不要となった

**デフォルトの名無しさん** · 2022/07/04(月) 12:04:57.14

Rustの側で書き換えないから
let a=99;
とかした奴をCに渡してC側で書き換えるのってアウトだよね？

**デフォルトの名無しさん** · 2022/07/04(月) 12:06:52.57

>>146
何の本質？？

**デフォルトの名無しさん** · 2022/07/04(月) 12:45:51.46

>>142
メンタルモデルなんて言葉ねーよ、ハゲ

**デフォルトの名無しさん** · 2022/07/04(月) 12:48:07.99

Rustの登場でC／C++が要らなくなったのは当然

>>147
まずはRustの初歩を学習必須
Rustではlet mut a = 99; とmutを指定すればその変数が書き替え可能
呼び出し先で書き替えたいならば
まずRustの関数を呼び出す時は＆mut a と可変参照を渡せば呼び出し先で書き替え可能
Cの関数を呼び出す時はそれを *mut とポインタにして渡せば呼び出し先で書き替え可能

**デフォルトの名無しさん** · 2022/07/04(月) 12:51:14.14

>>146
全てunsafeにでもしない限り、効率を落とさずには代替になれない例が有ると言っている。
ポインタ値をアプリ全体でLinkedListのノードを識別するための id 値として
利用している場合だ。
index 番号では効率が劇的に下がるケースが多い。

**デフォルトの名無しさん** · 2022/07/04(月) 13:07:11.60

>>151
その件に限らず全てのケースで以下が成立する
基本事項: RustではCと同じ速度＆同じ安全度で常に全ての実装が可能
追加事項: RustではCと同じ速度＆完全に安全なインタフェースで多くの実装が可能
したがってCが不要となったとの話はもちろん正しい

**デフォルトの名無しさん** · 2022/07/04(月) 13:15:16.22

&a as *const _ as *mut _

**デフォルトの名無しさん** · 2022/07/04(月) 13:24:41.08

>>152
あなたの理解は浅い。

**デフォルトの名無しさん** · 2022/07/04(月) 13:39:33.82

>>153
それはmut宣言していない変数を(先のC関数もしくはRust unsafeで)書き換えてしまうことになるためあまりよろしくない
書き替えるならばmut変数のmut参照を直接*mutにした方が良いのでは
let mut a: 型名＝初期値;
c_func( & mut a as *mut _ )

>>154
それは>>152で正しい

**デフォルトの名無しさん** · 2022/07/04(月) 13:43:31.17

すべての言語にunsafeがあればいいよね

**デフォルトの名無しさん** · 2022/07/04(月) 14:00:59.16

>>151
ベンチマークください

**デフォルトの名無しさん** · 2022/07/04(月) 14:07:26.39

>>147
FFI呼び出しに要求されるsafetyを満たしてないと言う意味ではアウトだけどそれがどうかした？

**デフォルトの名無しさん** · 2022/07/04(月) 14:13:33.00

まーた複オジ vs 100点オジの低レベルな言い争いになってるから
隔離スレ復活させたほうがいいな

**デフォルトの名無しさん** · 2022/07/04(月) 15:40:19.20

>>155
頭の悪い人は黙ってろ。

**デフォルトの名無しさん** · 2022/07/04(月) 16:04:58.57

>>160
>>155に間違いは無いようだし
君はさっきから的外れなことばかり書いてるような

**デフォルトの名無しさん** · 2022/07/04(月) 17:29:54.81

>>151
それがどうしたというんだ？
何を言いたいのかわからん。

**デフォルトの名無しさん** · 2022/07/04(月) 18:02:37.22

>>162
馬鹿には何を言っても理解できない。

**デフォルトの名無しさん** · 2022/07/04(月) 18:07:12.10

> 全てunsafeにでもしない限り

誰も問題にしてないところを勝手に取り上げるのはストローマン論法っていうんだぜ！

**デフォルトの名無しさん** · 2022/07/04(月) 18:46:54.41

>>151
なにを問題にしてるのかよくわからんが必要なら全てunsafeにすればいいやん
それでもCとかと同じでそれ以外のケースではRustの方がより安全なんだし

**デフォルトの名無しさん** · 2022/07/04(月) 19:49:32.85

リーナスがこのスレを見ていたらLinuxに採用されることはなかっただろうね