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

2023/04/18(火) 15:42:16.79

2023/04/19(水) 01:42:14.55

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

2023/04/19(水) 03:35:41.37

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

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-l2LK) · 2023/04/20(木) 07:32:25.61

まだでつか？

2023/04/22(土) 05:13:45.40

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

2023/04/23(日) 10:52:30.36

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

2023/04/23(日) 18:43:21.25

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

2023/04/28(金) 10:49:45.13

多目的トレイト

2023/05/02(火) 14:47:07.64

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

2023/05/02(火) 19:44:51.40

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

2023/05/04(木) 14:29:32.75

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

2023/05/05(金) 00:00:57.72

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

2023/05/05(金) 00:02:42.59

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

2023/05/06(土) 03:39:03.02

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

2023/05/08(月) 11:49:41.64

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

2023/05/08(月) 12:56:13.49

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

2023/05/08(月) 15:04:33.73

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

2023/05/09(火) 10:11:05.41

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

2023/05/11(木) 10:19:47.83

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

2023/05/15(月) 02:39:55.46

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

2024/03/27(水) 10:07:59.15

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

2024/03/27(水) 10:09:11.07

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

2024/03/28(木) 00:09:26.54

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

2024/03/28(木) 15:38:46.41

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

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

2024/03/28(木) 17:04:34.56

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

2024/03/28(木) 17:05:32.14

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

2024/04/08(月) 19:14:28.45

rustでlongjumpってどうやんの？

2024/04/08(月) 21:06:20.57

libcにないのかい

2024/04/09(火) 11:30:43.03

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

2024/04/09(火) 11:53:29.89

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

2024/04/09(火) 16:27:34.77

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

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

2024/04/21(日) 15:50:31.20

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

2025/03/23(日) 07:56:32.96

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