C/C++のソースをRustへ全力で置き換えるスレ

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
みなさまから持ち込まれたご不要になりました古Cソース古C++コード(質問含む)をRustへ全力で置き換えるスレです
■関連スレ
結局C++とRustってどっちが良いの？2traits
http://2chb.net/r/tech/1680363777/
Rust part20
http://2chb.net/r/tech/1677771928/
プログラミング言語 Rust 4
http://2chb.net/r/tech/1514107621/
その他は >>2-

■ワッチョイ
スレ建て時、1～3行目に
!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
をコピー

Rustの優位性とやらを全力で語りやがれ

---

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

■関連
C/C++の宿題片付けます 170代目
http://2chb.net/r/tech/1456911928/
C/C++の宿題片付けます 170代目
http://2chb.net/r/tech/1456647534/
Rust(unsafe) vs C
http://2chb.net/r/tech/1646151892/
競プロにおいてのRust
http://2chb.net/r/tech/1663352373/
そんなにRust,Rust言うならゲームエンジンでも
http://2chb.net/r/tech/1678619820/
Rustレスバトル会場
http://2chb.net/r/tech/1657382429/
Rustアンチスレ
http://2chb.net/r/tech/1509028624/
排斥すべきゴミ言語 C++ Rust 他
http://2chb.net/r/tech/1643696741/
Rust part19
http://2chb.net/r/tech/1674007100/
Rust part6
http://2chb.net/r/tech/1532697692/

数行で収まらないソースは以下を適当に使ってURLを晒してください
https://paiza.io/projects/QiBg8xTHsfFaXapaNAIdvQ
https://ideone.com/
https://wandbox.org/
https://techiedelight.com/compiler/
https://dpaste.com/
https://pastebin.com/

本家
https://play.rust-lang.org/

(メモ) >>3-4 で挙げたうちの
play.rust-lang.org と wandbox.org では使っていない import で warning 出る
どちらも default が #[warn(unused_imports)]
不要な use を消すか #![allow(unused)] を入れる等適当に

興味がある人はブラウザでどうなるか試してみよう

safeでもメモリはぶっ壊せる
https://speakerdeck.com/moratorium08/rustfalseunsound-hole-issue-number-25860woli-jie-suru

ﾜｯﾁｮｲ付きじゃ例の人は来ないから隔離スレとして機能しないぞ

おながいしまつ
https://ideone.com/L9TZlR

>>7
https://dpaste.com/4WBBERMTB

もうちょっとスッキリ
https://play.rust-lang.org/?version=stable&mode=release&edition=2021&gist=c4e09ff30cf2769ee28c5e0cfa2e2e1e
dependencies 描かなくて良い play.rust-lang.org ありがたや

おながいしまつ
https://ideone.com/iPWHR0

まだでつか？

ライフタイム付き再帰構造体を再帰関数で回してlifetimeのvarianceで苦しむまでがボローチェッカチュートリアルです

制約は安全性を高めるためなんだろうけど率直に言ってウザいからな
他人に書かせるならRustを選ぶかもしれんがw
自分で書くものにはRustは不要かな

>>10
勉強になった
https://play.rust-lang.org/?version=stable&mode=release&edition=2021&gist=8d0504c0ffbfe198b0107e49e814315b
https://gist.github.com/rust-play/8d0504c0ffbfe198b0107e49e814315b

多目的トレイト

おながいしまつ
https://pastebin.com/k1WxrDhN

C++toRustトランスレーター作ろうとは思わないの

ただのトランスパイラならbindgenで足りる
どうせunsafeだらけになるし
MFCみたいな糞wrapperになるのが目に見えてる
APIからRust化しないと意味無いのでは

何でも置き換えればいいのかな？
例えばtouchのような対象も小さく即終わるコマンドとかも書き換えたほうがいいのか？

書き替えたら歴史に名が残るので書き換えると言うレベルじゃないかと
それに気が付いて勝手にどんどん書き換えても正式に採用してもらえるのかは謎

それより自演失敗してますよ

cc とか bindgen とか試したが
確かにそこそこ使えるが微妙に完成度は低いと感じた
指定するオプションが足りないだけなのか
c の source は比較的完成度高くて
cpp の source は色々残念な結果になるイメージ

Cはlinuxカーネルにも入るし真面目にやらんといかんけど、C++とはまだお遊びフェイズってことだろ。
C++erはまだまだRust馬鹿にしてるし。

結局Rust移行には無軌道な俺俺ラッパーライブラリに振り回される覚悟が要るしなぁ
あまり気が進まないのは理解できるでしょ

新規でRustは良いと思うけど
元々C/C++のプロジェクトをRustにわざわざ入れ替えるのは
unsafe使いまくりで生ポ回避しただけのRust風C/C++コードにしかならない
気に入らないからRustらしいRustコードに少しでも近付けようとすると
結局元のコードより読み難くなるので無駄な努力に感じる
既存のC/C++資産は仮に負の資産であっても下手に触らずそのまま使う方が吉
本気で入れ替えたいなら理想を言えばAPIから再設計した方が良い
ところがRustのためのRust純正Crateになると結局C/C++の人らは近付かなくなるな

bindgen::Builder に対して
.generate_inline_functions(true)
を付けてやると
bindings.rs への変換で再現性はﾁｮｯﾄ上がったが
結局 link でエラー出るわ orz
cc で -fno-default-inline で link 出来るようだが効率悪そう
(inline だから当たり前だな)

完全に思い付きで言うけどltoしてみれば？

結局のところ
Box::new(hoge) じゃなくて
Arc::pin(hoge) ってことだよな

>>22
C++とRustの相性は最悪

無駄な努力だな。。
移行できるレベルで所有権がはっきりしてるコードならそのままのコードで十分運用できるだろ。

発注元が言語指定してくるから
政府の勧告に基づき、今後の置き換え案件はC/C++は排除するって言ってきたりするようになるんだろう

C++はともかく、Cはトランスレータができるだろうから
そして、トランスレータの知見から、safe C/C++が育っていくだろう

美味しい仕事じゃね
ミシュラだのもついでに窓からポイ

return は一箇所にしろ～
省略出来るぞガハハ

rustでlongjumpってどうやんの？

libcにないのかい

毎日一日一回必ず遅くなる
cargo build
cargo test
糞仕様ω

数万行にも及ぶC/C++をRustに書き換えるのは狂気の沙汰

手で直してエンバグしてたら、C/C++ free にする意味がなくなる
自動変換ソリューション一択、実用化待ちだと思う

それが定着したら、最初から「そういう風に」C/C++を書くのも定着してくると思う

Rust リファクタリングしてるときに
trait 境界が変わって
あれ？ってなることが多いな

let bits = vec![false; 32];
これでbitsのサイズが4バイトになってくれるような仕組みはRustにありますか？