本家
https://play.rust-lang.org/
(メモ) >>3-4 で挙げたうちの
play.rust-lang.org と wandbox.org では使っていない import で warning 出る
どちらも default が #[warn(unused_imports)]
不要な use を消すか #![allow(unused)] を入れる等適当に ﾜｯﾁｮｲ付きじゃ例の人は来ないから隔離スレとして機能しないぞ
0010デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd7f-l2LK)2023/04/19(水) 03:35:41.37ID:5n0sPtaFd
0011デフォルトの名無しさん (ｽﾌｯ Sd7f-l2LK)2023/04/20(木) 07:32:25.61ID:4QbBG9add
まだでつか？
ライフタイム付き再帰構造体を再帰関数で回してlifetimeのvarianceで苦しむまでがボローチェッカチュートリアルです
0013デフォルトの名無しさん (ｱｳｳｨﾌ FF21-1cZQ)2023/04/23(日) 10:52:30.36ID:XxfCyR3vF
制約は安全性を高めるためなんだろうけど率直に言ってウザいからな
他人に書かせるならRustを選ぶかもしれんがw
自分で書くものにはRustは不要かな
0015デフォルトの名無しさん (ｱｳｳｨﾌ FF21-YWDm)2023/04/28(金) 10:49:45.13ID:pksuSfeeF
多目的トレイト
C++toRustトランスレーター作ろうとは思わないの
0018デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sdbf-Dpku)2023/05/04(木) 14:29:32.75ID:lyoWn3h4d
ただのトランスパイラなら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 だから当たり前だな)
0028デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-MrxJ)2024/03/27(水) 10:07:59.15ID:afJGV/5Aa
結局のところ
Box::new(hoge) じゃなくて
Arc::pin(hoge) ってことだよな
0029デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-MrxJ)2024/03/27(水) 10:09:11.07ID:afJGV/5Aa
0030デフォルトの名無しさん (ﾜｯﾁｮｲ 8228-vSrI)2024/03/28(木) 00:09:26.54ID:61/ABBlz0
無駄な努力だな。。
移行できるレベルで所有権がはっきりしてるコードならそのままのコードで十分運用できるだろ。
発注元が言語指定してくるから
政府の勧告に基づき、今後の置き換え案件はC/C++は排除するって言ってきたりするようになるんだろう
C++はともかく、Cはトランスレータができるだろうから
そして、トランスレータの知見から、safe C/C++が育っていくだろう
美味しい仕事じゃね
ミシュラだのもついでに窓からポイ
return は一箇所にしろ～
省略出来るぞガハハ
0036デフォルトの名無しさん (ｱｳｱｳｳｰ Sabb-IS2W)2024/04/09(火) 11:30:43.03ID:kb2+15Kqa
毎日一日一回必ず遅くなる
cargo build
cargo test
糞仕様ω
0037デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd02-aQbW)2024/04/09(火) 11:53:29.89ID:KoSn7rCkd
数万行にも及ぶC/C++をRustに書き換えるのは狂気の沙汰
手で直してエンバグしてたら、C/C++ free にする意味がなくなる
自動変換ソリューション一択、実用化待ちだと思う
それが定着したら、最初から「そういう風に」C/C++を書くのも定着してくると思う
0039デフォルトの名無しさん (ｱｳｱｳｳｰ Sa83-TxeL)2024/04/21(日) 15:50:31.20ID:aDRU4soda
Rust リファクタリングしてるときに
trait 境界が変わって
あれ？ってなることが多いな