C/C++のソースを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にありますか？