結局C++とRustってどっちが良いの？ 8traits

**デフォルトの名無しさん** · 2023/10/28(土) 13:45:00.38

「C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」

っていう雑談スレ。

・C/C++ <=> Rust いまさら聞けない移行質問なども適当にどぞ
・レスバはじめんのは勝手だけど、面白いこと・へぇなこと書いたヤツが優勝
・マな話は、マのスレもご活用ください↓

前スレ: 結局C++とRustってどっちが良いの？ 7traits
http://mevius.5ch.net/test/read.cgi/tech/1693451813/

関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/11/14(火) 13:48:38.27

C++の唯一の得意分野だったゲームまでRustに置き換わりそう

**デフォルトの名無しさん** · 2023/11/14(火) 15:16:56.57

>>333
書いてるやつがアホなだけだろw

**デフォルトの名無しさん** · 2023/11/14(火) 16:14:21.75

あほが間違ったのを指摘できるのがRustのメリットじゃなかったんか

**デフォルトの名無しさん** · 2023/11/14(火) 16:25:51.54

程度による

**デフォルトの名無しさん** · 2023/11/14(火) 16:28:06.37

>>333
そのままやってみたらエラー出た

　error: this arithmetic operation will overflow
　 --> src/main.rs:2:18
　 |
　2 | println!("{}", 111111111*111111111);
　 | ^^^^^^^^^^^^^^^^^^^ attempt to compute `111111111_i32 * 111111111_i32`, which would overflow
　 |
　 = note: `#[deny(arithmetic_overflow)]` on by default

型を全く指定しないとi32型とみなされるようだ
エラーも丁寧に出るから初心者にもやさしいな

**デフォルトの名無しさん** · 2023/11/14(火) 18:34:48.03

>>330
言い切るのはいいが、その根拠を示さないとな。

**デフォルトの名無しさん** · 2023/11/14(火) 18:48:47.69

ドライバ開発用の環境しかないから
知らんのか

**デフォルトの名無しさん** · 2023/11/14(火) 19:23:59.78

現状はそうだけど
それでは、未来永劫置き換わらないと言えないのでは？
sudoとか置き換わってるよ

**デフォルトの名無しさん** · 2023/11/14(火) 20:26:23.93

>>338
paiza.io があほだな
https://paiza.io/projects/EOdRe5MWBWrUr4Wtxd_Hiw

**デフォルトの名無しさん** · 2023/11/14(火) 21:16:27.35

オーバーフローチェックがどういう時に働くか把握してないならThe Bookからやり直しましょう

**デフォルトの名無しさん** · 2023/11/14(火) 21:54:16.75

>>341
置き換わってねーよw

**デフォルトの名無しさん** · 2023/11/14(火) 22:10:44.82

>>331
Cの機能強化はあきらめろ。
委員会の顔はベンダーのほうをみていてCを良くしようなんて思ってないから。

**デフォルトの名無しさん** · 2023/11/14(火) 22:30:39.73

>>341
未来永劫とか言い出すのはガキ
今から置き換えるメリットがない
せいぜいcの黒魔術マクロを排除できるぐらいだろ

カーネルサイズ大きくなりました
ちょっと遅くなりました
気持ちメモリ安全になった気がします
どうせこういう結果になる

**デフォルトの名無しさん** · 2023/11/14(火) 23:19:38.77

もちついて。
きき方が悪かったんだけどさ、LinuxカーネルをRust置き換えがありえないってのはなぜ？
これが聞きたかっただけですよ。
現状からの置き換えコストがかかるからという理由は置いといて、すでになにかあるの？
ケンカしたいんじゃないぞ

>>344　sudoは置き換わってないね

**デフォルトの名無しさん** · 2023/11/14(火) 23:52:26.09

LinuxのカーネルのソースコードをすべてRustに置き換えたときそれはLinuxと呼べるのだろうか
（テセウスのパラドックス）

**デフォルトの名無しさん** · 2023/11/15(水) 00:44:03.25

Rustの道具立てが揃ってきたら
スケジューラとかネットワークスタックなど
コアな部分をRustで書き直そうぜとか
言い出す人は確実にでると思うけど
POSIX互換(Linux互換)カーネルを
Rustでゼロから書いた方が早いとかなるのかどうか

**デフォルトの名無しさん** · 2023/11/15(水) 00:55:26.57

残念ながらレビューできる人がいない

**デフォルトの名無しさん** · 2023/11/15(水) 01:32:50.34

>>347
>>>344　sudoは置き換わってないね
どのディストリビューションの何が置き換わった?

**デフォルトの名無しさん** · 2023/11/15(水) 02:15:41.37

口から出任せばっかりのRust宣教師
それに付き合う暇人

**デフォルトの名無しさん** · 2023/11/15(水) 05:50:02.33

カーネルをコンパイルできるか、ってのは、ひとつのベンチマークになるらしい(どっかで見た
C2Rustみたいな翻案ツールができたら、Linuxで試されるようには思う

**デフォルトの名無しさん** · 2023/11/15(水) 08:24:44.15

Linusの気持ちは？

**デフォルトの名無しさん** · 2023/11/15(水) 08:28:35.87

「その頃」のLinusはカス嫌いだったんだろうから、アウトプットがよければどうでもいい、だろ
C++は百花繚乱感があって、後から考えたらあれは嫌われるわけだ

**デフォルトの名無しさん** · 2023/11/15(水) 09:41:39.61

Linuxはもう枯れたと言える技術分野であって
エッジな人々が集まるところではないからな
エンタープライズ分野でたとえれば汎用機システムのメンテナンスしてるようなもの

**デフォルトの名無しさん** · 2023/11/15(水) 10:46:32.75

>>351
wiki見るとAndroidは置き換わってるように書いてあるね。
アマゾンのAWSのLinux？とか

カーネルは6.6.1でfind -name '*.rs' で引っかけるとmallocとかCのライブラリ関係かな？ほかいろいろ
LLTM=1スイッチで置き換わるようだが。
すぐに全体が置き換わるわけではないだろうけど、コアで脆弱性なところから始まってる感じに思えるね。

**デフォルトの名無しさん** · 2023/11/15(水) 11:16:22.78

最新の安定版カーネルは11月8日にリリースされたV. 6.6.1
$ curl 'https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.6.1.tar.xz' -o - | tar xJf -
$ find linux-6.6.1 -name *.rs | xargs cat | wc -l
19033
$ find linux-6.6.1 -name *.c -o -name *.h | xargs cat | wc -l
32601643

19033 / (19033 + 32601643) = 0.05834643034374886
Rustのソースは僅か0.058%

**デフォルトの名無しさん** · 2023/11/15(水) 11:18:06.72

Rustがlinuxに取り込まれたのが昨年12月でV. 6.1
$ curl 'https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.1.tar.xz' -o - | tar xJf -
$ find linux-6.1 -name *.rs | xargs cat | wc -l
10359
$ find linux-6.1 -name *.c -o -name *.h | xargs cat | wc -l
31476383
この11ヶ月にCで書かれたのは32601643 - 31476383 = 1125260ステップ
その間にRustで書かれたソースは19033 - 10359 = 8674ステップ

増分を比較すると
8674 / 1125260 = 0.007708440715923431
Rustで書こうって人はCの0.8%未満ってことだ
C開発者が100人いたらRust開発者は1人もいないくらい

Linuxカーネルのプロジェクトで
Rustに存在感は全くない
少なくとも最初の11ヶ月間の事実

**デフォルトの名無しさん** · 2023/11/15(水) 11:20:10.48

>>357
>すぐに全体が置き換わるわけではないだろうけど、コアで脆弱性なところから始まってる感じに思えるね。
全くそうは思えないのだが?

**デフォルトの名無しさん** · 2023/11/15(水) 11:25:52.06

このスレの半分は複オジのウソで出来ています。
用法・用量を守って正しくご使用下さい。

**デフォルトの名無しさん** · 2023/11/15(水) 11:35:20.23

>>360
そういわれると、たしかにコードの置き換えとしては進んでない感じするな
まだ実験検討段階って感じか

**デフォルトの名無しさん** · 2023/11/15(水) 12:21:37.48

>>356
世間知らず
クラウドインフラの技術が集結してる

**デフォルトの名無しさん** · 2023/11/15(水) 12:27:36.50

>>347
「コスト」が最大の理由だろ。
コードをRustに置き換えるだけでも膨大な手間と時間がかかる。

そもそもLinusとかのメンテナがRustを使いこなすのに何年費やすかね。そんな時間があったら現環境で機能強化するわな。

**デフォルトの名無しさん** · 2023/11/15(水) 13:00:57.66

clangでのビルドにも慎重なのにrustで置き換えなんか進むわけない
そもそも書き換える行為に生産性がないのだから
せいぜい新しく書くところで部分的に使っていきましょうとなる
だからドライバでとなる

**デフォルトの名無しさん** · 2023/11/15(水) 13:19:00.88

Rustの本家本元のfirefoxのソースコードでも
Debianの115.4.0esr-1~deb12u1を調べると以下の通りだよ
Rust（*.rs） 15%
JS（*.js） 35%
C++/C（*.cpp *.cxx *.c *.h） 50%
LinuxでRustがCを置き換えるなんてことは
>>341の言葉を借りて「未来永劫」ないとないと言い切ってやろう

**デフォルトの名無しさん** · 2023/11/15(水) 14:07:32.56

>>366
単に物量の問題だろ
何百万行あると思ってるんだよ

**デフォルトの名無しさん** · 2023/11/15(水) 14:11:39.36

>>367
ざっと2千500万行だね

**デフォルトの名無しさん** · 2023/11/15(水) 14:24:01.47

30年の積み重ねを置き換えるのに30年…
とまでは行かなくても5年で大部分書き換え
とかはならんだろう

**デフォルトの名無しさん** · 2023/11/15(水) 14:51:21.03

元々Cで造られたプロジェクトを一部だけRustに置き換えなんて面倒なだけでメリット無い
どうせRustでやるんだったら全部描き治しの方が良いに決まってる
Rustで置き換えと言うよりRustで新たにLinux互換プロジェクトが出来上がるだけ

**デフォルトの名無しさん** · 2023/11/15(水) 14:56:46.34

>>368
ひぇっ

**デフォルトの名無しさん** · 2023/11/15(水) 15:12:05.87

Andoroidは置き換え比較的進んでるよ、事実だしこれは否定しようがない。

>>356が言うようにLinuxはメンテナーが少なくなってきてるという記事を読んだことがある。
Cを本当に使える人が減ってきてるんだってさ。AIとかに流出してるのかもね。
Linuxは長い実績で堅牢なんだろうけどまだ脆弱性を含んでいるのは間違いないし。
メンテナーのレベルが落ちると長年で培った堅牢性がゆらいでいくんじゃない？
時間かけてじわじわいくよ。

**デフォルトの名無しさん** · 2023/11/15(水) 16:57:42.00

>>372
カーネルに新機能追加する人は給料貰ってフルタイムで
やってる人がいるけどコードレビューする人は
ボランティアベースで辛いという話だぞ

**デフォルトの名無しさん** · 2023/11/15(水) 18:15:25.04

>>372
富士通の社員がやってるんじゃないの？

**デフォルトの名無しさん** · 2023/11/15(水) 18:31:31.15

GoogleがAndroid OSのRust化を進めている

**デフォルトの名無しさん** · 2023/11/15(水) 19:02:01.02

都合の悪い話されるとすぐそうやって話題変える

**デフォルトの名無しさん** · 2023/11/15(水) 21:13:40.04

>>372,375
プログラマなんだから話は定量的にどうぞ

**デフォルトの名無しさん** · 2023/11/15(水) 21:36:10.57

トランスレータ作ればいいのにね

**デフォルトの名無しさん** · 2023/11/15(水) 21:48:13.78

Linux Kernelコードの70%はドライバー
こいつらは基本的にデバイス屋さんが書いてる

**デフォルトの名無しさん** · 2023/11/15(水) 23:20:59.98

>>372
>Cを本当に使える人が減ってきてるんだってさ。

×Cを本当に使える人が減ってきてる
○Linuxをメンテしたい人が減ってきてる
大事な所を履き違えんなよ

**デフォルトの名無しさん** · 2023/11/15(水) 23:25:45.67

Linusは自分がいなくなっても継続できるようにしてると言ってたけどホントかいな

**デフォルトの名無しさん** · 2023/11/16(木) 02:20:43.10

ああいうワンマン強引タイプの周辺はだいたい
イエスマン(しかも心中はそのうち取って代ってやると思ってる野心家)ばっかりになってて
本人は継続できるようなつもりになってるけどいざ倒れると急におかしな方向いったり弱体化したりしがち

**デフォルトの名無しさん** · 2023/11/16(木) 07:32:35.40

>>381
もう本人コード書いてないし

**デフォルトの名無しさん** · 2023/11/16(木) 09:47:18.38

カーネルの話にAndroidを出してくる奴

**デフォルトの名無しさん** · 2023/11/16(木) 10:24:39.57

>>383
リーナス氏はカーネルを書いただけの人で、Linuxはgnuの周辺が無ければ成立しないんだよなぁ

**デフォルトの名無しさん** · 2023/11/16(木) 10:36:18.81

ニュース記事を斜め読みしただけで
プログラム書いてなさそう人が参入してるな

**デフォルトの名無しさん** · 2023/11/16(木) 10:58:48.69

複おじのことやん

**デフォルトの名無しさん** · 2023/11/16(木) 11:04:24.85

>>384
GoogleがAndroid用にforkしたLinuxカーネルへ加えた変更がアップストリームにも適用されることが多々あるから別におかしい話じゃないぞ

Androidと関係なくてもGoogle自体がLinuxカーネルを進化させてるメジャープレイヤーでもある

**デフォルトの名無しさん** · 2023/11/16(木) 11:05:25.04

rustサポートって何してるのか気になってコミットログ読んでみたけどこんなもんか

**デフォルトの名無しさん** · 2023/11/16(木) 11:15:44.45

>>385
なおさら駄目じゃね？
GNUツールのRust移行とか不可能だろ。

**デフォルトの名無しさん** · 2023/11/16(木) 11:20:28.08

>>376
ほんそれ

>>382
すばらしい洞察

**デフォルトの名無しさん** · 2023/11/16(木) 11:23:05.99

既存の枯れた部分を移行するメリットは低くそこに興味を持っているのはおまえらだけ
全く新たに作られていってるシステムなどに使われていく言語が世間での焦点

**デフォルトの名無しさん** · 2023/11/16(木) 11:36:03.27

>>392
なるほどはっきりしたな
RustはC/C++の置き換えには適さない

以上！！！！本スレは終了！！！！

**デフォルトの名無しさん** · 2023/11/16(木) 11:40:52.68

既存の枯れた安定してるものを他言語で置き換えなんてムダなことをするバカはいない
>>5のような新たなシステムがどの言語で書かれているかが全て

**デフォルトの名無しさん** · 2023/11/16(木) 11:44:41.17

>>388
AndroidのRust適用はミドルウェアとか
実行ファイルの話

**デフォルトの名無しさん** · 2023/11/16(木) 11:52:51.95

>>394
新規のシステムもRustよりC++/Cの方が多いでしょうよ
Rustはユーザ数が少な過ぎる

**デフォルトの名無しさん** · 2023/11/16(木) 11:59:45.29

＞CDNプロバイダのCloudflareは、同社のグローバルなCDNの基盤として長らく利用してきたNGINXに代えて、

>>394「C言語製の枯れて安定してるnginxをわざわざRustで置き換えるCloudflareはムダなことをするバカ」

**デフォルトの名無しさん** · 2023/11/16(木) 12:24:14.05

>>397
Pingoraの話じゃないの？

**デフォルトの名無しさん** · 2023/11/16(木) 12:31:03.07

>>397
記事読めてる？
nginxでは機能が不十分で様々な検討をして新たに作ることになったとある
そしてRust製のPingoraを開発して以下の性能を出したと記事に書かれている

＞Pingoraはすでに同社のCDNに採用され、毎日1兆回以上のリクエストを処理し、性能向上や数多くの新機能の提供を実現しつつ、従来と比較してCPUとメモリリソースの消費はいずれも3分の1程度に収まっているとのこと。

**デフォルトの名無しさん** · 2023/11/16(木) 12:42:36.36

>>397
nginxでは性能の限界があってRustで新規に
作ったと記事の読み飛ばしたところに
書きてなかった？

**デフォルトの名無しさん** · 2023/11/16(木) 12:47:30.32

APIがRustになってないとRust採用する意味が無い

**デフォルトの名無しさん** · 2023/11/16(木) 12:53:18.79

>>401
今回の話の場合APIに相当するものはHTTPだと思いますが
APIがRustになっていないと、とは何？

**デフォルトの名無しさん** · 2023/11/16(木) 12:53:44.43

nginxの代わりに使えるものを「新しく」作ったのだからPingoraはnginxの「置き換え」ではないと言いたいのか？？
じゃあ>>392の言う「移行」>>394の言う「置き換え」って厳密には何のことを指すんだ？？

**デフォルトの名無しさん** · 2023/11/16(木) 13:04:58.32

たとえ後発のより良い新言語(ex. Rust)であっても
システムそのままで新言語への置き換えはコスト的に意味がなく
新たなシステムへ置き換える時に新言語の採用は大いに意味があるという実例だろう

**デフォルトの名無しさん** · 2023/11/16(木) 13:27:53.62

403 は言葉使いからして感情でしか物事をみれない

**デフォルトの名無しさん** · 2023/11/16(木) 13:37:39.61

>>383
一応メールの中でコードを書いてるって言ってたけどね

**デフォルトの名無しさん** · 2023/11/16(木) 13:40:47.78

>>397
そりゃCloudflareレベルの規模ならメリットはあるだろう
メリットがあるなら書き直すし
メリットがないなら書き直さない
それだけ

**デフォルトの名無しさん** · 2023/11/16(木) 14:28:52.70

>>394
置き換えがしたいという意志があるとは誰も言ってない
そもそも修正と新規作成をどうしても区別したいという意志がない

ただ、ミクロな意志と無関係なマクロな現象として
置き換えが自然発生するかも知れないという謎の空気はある

**デフォルトの名無しさん** · 2023/11/16(木) 15:09:24.13

early adoptersやearly majorityになるのは
Linuxのperipheralとしてビジネスをしている企業ではなく
Linuxをperipheralとしたビジネスをしている企業

前者の大半はゲームのルールを他者に支配されている立場であり裁量の余地が小さいためマインドセットが保守的
純粋なコストベネフィット以外に低いリスク選好度からくる心理的抵抗が強いためearly adoptersやearly majorityにはなりにくい
複オジがいつも事例であげてるAndroid、Cloudflare、AWSなどが全て後者なのは偶然ではなく構造上の特性から生じる必然
新しい技術というのはゲームのルールを自らコントロールできるこちら側の企業によって牽引される

**デフォルトの名無しさん** · 2023/11/16(木) 15:14:00.47

つまり何が言いたかったかというと
Linux KernelにおけるRustの採用率というのは
技術採用ライフサイクルの観点で見た場合
late majorityやluggardsのRust採用率の目安だということ

**デフォルトの名無しさん** · 2023/11/16(木) 15:14:30.69

adaptor だと思ってたけど adopter なんか

**デフォルトの名無しさん** · 2023/11/16(木) 15:24:27.23

>>410
× luggards
○ laggards

**デフォルトの名無しさん** · 2023/11/16(木) 15:29:19.80

early adopter とは
https://dictionary.goo.ne.jp/word/en/early+adopter/
アーリーアダプター，(新製品の)初期受容者

adopter とは
https://dictionary.goo.ne.jp/word/en/adopter/
1 採用［採択］者
2 養い親，里親

**デフォルトの名無しさん** · 2023/11/16(木) 16:41:51.84

>>403
コードの移行、コードの置き換え。

>397は>370の例だろ。

**デフォルトの名無しさん** · 2023/11/16(木) 17:06:23.69

それぞれのケースで大きく異なるから区別が必要

(1) 新規に作るもの
CloudflareやAWSの例やゲームの新フレームワークやLinuxの新たなデバドラ等すべてこれ
これらは100% Rustが有利

(2) 既存のソフトの言語のみの置き換え
(2)-a. スクリプト言語などからの言語の置き換え
CPUやメモリの使用リソース削減が目的ならばRust化は有利

(2)-b. C/C++からの言語の置き換え
セキュリティやメモリ管理の不安定で困ってる時にRust化が有利

一般的に可能なら(2)の単なる言語間の移植よりも
設計を見直して(1)の新規作成とした方が好ましい

>>399でCloudflareがCPUメモリリソース消費1/3にできた例も
単なるC→Rustへの(2)移植ではなく
新たな設計での(1)新規作成だからであろう

**デフォルトの名無しさん** · 2023/11/16(木) 17:13:48.99

C/C++から書き直すにしても設計をそのまま使えないことが多いから
かなり大変なんだよな
とくに参照やポインタだらけで全部ヒープアロケーションしまくってる場合とか
C++でもその辺りポインタを多用せずスマポやスタック割り当てをうまく使って書いてあるソフトは移植しやすい

**デフォルトの名無しさん** · 2023/11/16(木) 17:41:46.11

どの言語からでもいいけどRustに移行するのにプログラム設計もそのまま引き継いだ自動コンバージョン的な移行を想定するほうがおかしいやろ
そんなんありえんよ

**デフォルトの名無しさん** · 2023/11/16(木) 17:41:52.36

C/C++にRust世代の知見が流入してくることに賭けて、待ってる勢はあるはず自分はそう
それもあるけど、いまあるRustから前線で知見を得ようという勢もあるはず

**デフォルトの名無しさん** · 2023/11/16(木) 17:47:05.98

>>417
C/C++もclangがいったん咀嚼してLLVMにしてる
Rustにトランスパイルするのは非現実的とまではいえないはず
うまくいけば、Linuxは一夜にしてpure Rustになる
Rust派の誰かがやるんじゃないかと思ってる

**デフォルトの名無しさん** · 2023/11/16(木) 17:51:33.13

>>417
な
いつもの藁人形論法

AWSが最初からRustで構築されたとでも思ってんのかね

**デフォルトの名無しさん** · 2023/11/16(木) 17:55:14.82

全てスタック変数で割り当てる
コピー時に適切なムーブをする
ヒープが必要なところはスマポを使う

これをちゃんとやればC++をrustに置き換えることは可能
しかしこれをやってるC++プロジェクトはない

**デフォルトの名無しさん** · 2023/11/16(木) 17:56:48.64

>>420
そいつの意見を真面目に考えてて草

**デフォルトの名無しさん** · 2023/11/16(木) 18:05:24.97

ま、雑談だから
ストローマンは愚痴

一頃のC++はなんでもかんでもヒープに置きすぎだったよね
まあ、お膝元のスタックがそんなでかくない石・スレッドも少なくないけど

**デフォルトの名無しさん** · 2023/11/16(木) 18:12:37.43

>>419
わざわざLLVM IRまで降りて戻ってこなくてもc2rustとか最低限のトランスパイラはいくつかあるぞ
出力結果は作業の開始地点として使うものでそのままプロダクションに使うものじゃない

**デフォルトの名無しさん** · 2023/11/16(木) 18:27:30.00

c2rustの出力をあんまり手直しばっかりしなくていいように、
入力のCにアノテーションを加えていこう、みたいな動きは必ず出ると思うんだよね
良くも悪くもCはマクロ世界だから、当面関わってない人には影響ゼロなようにも書けるはず

そのアノテーションが、そのまま、safe C の礎になればいいんだよ

**デフォルトの名無しさん** · 2023/11/16(木) 18:28:02.28

ああ、ストローマンは自動コンバージョンに反応したのか
“的な”の意味が通じなかったんだな

**デフォルトの名無しさん** · 2023/11/16(木) 18:39:53.99

>>397
記事を読めてないバカを晒すスレはここですか？

**デフォルトの名無しさん** · 2023/11/16(木) 18:40:10.28

LinuxはスクリプトとCの二刀流だ
PythonとCの関係はRustとCの関係にも使える

その知見が流入してこない原因はスクリプト不要論だろう

**デフォルトの名無しさん** · 2023/11/16(木) 20:51:00.53

>>423
だがスマートポインタはスタックに置いて参照渡ししたい。

**デフォルトの名無しさん** · 2023/11/16(木) 23:13:12.09

>>425
Cの安全性を高める目的ならトランスパイラではなく静的コード解析ツール用にアノテーションするほうが遥かに簡単
C++と同じようにCにもそういう動きが出てくる可能性はあると思う

ただ安全性を高めようとすればするほど既存のコードとはかけ離れていくからMISRAのように標準化され半強制的なものにならない限り広く受け入れられる気がしない

イメージ的には↓こういうやつ
浸透するとしても10年以上先だろうね
https://www.youtube.com/watch?v=Pk2RAl8kG1o

**デフォルトの名無しさん** · 2023/11/16(木) 23:35:15.35

そこで奥さんChat-GPTですよ!

**デフォルトの名無しさん** · 2023/11/16(木) 23:43:26.30

>>430
Cの標準では今後も無い。
委員会がやる気ない。

**デフォルトの名無しさん** · 2023/11/17(金) 00:28:52.66

Cは他のお笑い言語とは違って俺が最初に手に取ったK&R第二版から変える必要無かったからな