[過去ﾛｸﾞ] C言語なら俺に聞け 163 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
11: (ﾜｯﾁｮｲ 6e83-2R4J) 2024/08/13(火)20:38 ID:Yor/eSuX0(1) AAS
>>9
値を返さない関数ならreturnは省略できる
値を返す関数だと戻り値が不定になる
(多分コンパイルでwarningが出るか最近のではerrorになるだろうな)
そのくらい一度も試したことないのか？
12(3): (ｱｳｱｳｴｰ Sa4a-ZlnX) 2024/08/14(水)08:45 ID:92pG5tQ9a(1) AAS
CPUが最後に処理したアキュムレータの内容が
戻り値として有効になってるケースが多い
違う実装があったら教えてくれ
13: (ﾜｯﾁｮｲ 65c8-tndV) 2024/08/14(水)09:29 ID:o5Tm+MCf0(1) AAS
戻さないで自動的に挿入されるのならvoidでいいやん
14: (ﾜｯﾁｮｲ 6e83-2R4J) 2024/08/14(水)16:14 ID:91FNum+40(1) AAS
>>12
CPUでも最適化レベルでも変わるのでその情報は無意味だ
素直にvoidにしとけばいいじゃん
15: (ﾜｯﾁｮｲ 42ad-ZlnX) 2024/08/17(土)12:40 ID:P2kCpMMm0(1) AAS
>>12
じゃあお前に教えるために
これからそういうの作ろう
16: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ ed32-6HV9) 2024/08/17(土)17:19 ID:w43wc/GB0(1) AAS
>>12
最適化が絡むとなんでも起こる。
GCC でやってみた。
外部ﾘﾝｸ:godbolt.org
インライン化と合わさったときはおそらく
「なんでもいいなら事前に適当な定数 (この場合はゼロ) に置き換えてええやろ」ということが起こってる。
インライン化を抑止したらそのときに入ってたでたらめな値になる。
17: (ﾜｯﾁｮｲ 9f2a-0AGY) 2024/08/18(日)12:47 ID:z2E2wJpW0(1) AAS
CGCのサイクル
画像ﾘﾝｸ
18: (ﾜｯﾁｮｲ 7fad-9uNt) 2024/08/19(月)14:50 ID:2a6IfSVu0(1) AAS
CCG
外部ﾘﾝｸ:dic.pixiv.net
19: (ﾜｯﾁｮｲ ff63-bHMQ) 2024/08/19(月)15:05 ID:V1kjWLO50(1) AAS
アキュムレータって呼び名、いかにも電卓っぽい
20: (ｽﾌﾟｯｯ Sdc1-qo4T) 2024/08/26(月)18:48 ID:cPELMU3ld(1) AAS
ヘッダファイルちゃんとincludeしようよ。
21: (ﾜｯﾁｮｲ 6e63-wgTk) 2024/08/26(月)19:32 ID:0fQF2fer0(1) AAS
ヘッダーファイルインクルードする1行だけのプログラム見たことがある
#include /dev/tty
22: (ﾜｯﾁｮｲ 72d5-KJKb) 2024/08/27(火)00:49 ID:9npsKRkS0(1) AAS
それヘッダファイルじゃないです
23: (ﾜｯﾁｮｲ 6e2a-EI2W) 2024/08/27(火)08:24 ID:apM/pcD70(1) AAS
エラー: #include は "FILENAME" または <FILENAME> が必要です
24: (ｱｳｱｳｴｰ Sa0a-PBPb) 2024/08/27(火)14:09 ID:oHcafaf7a(1) AAS
<>を入力すると消えるブラウザというか掲示板も流行ったなHTMLは糞だわ
25(1): (ﾜｯﾁｮｲ 2910-Xwm8) 2024/08/27(火)17:58 ID:K+iNaUMP0(1) AAS
大抵最初の開発者は誰かが修正してくれるだろうと適当な仕様で設計して、
その後引き継いだ開発者はなにか意図があるのだろうと思ってそのまま維持していくという悪循環・・・。
26: (ﾜｯﾁｮｲ 427c-qo4T) 2024/08/28(水)01:09 ID:E82+IHOF0(1) AAS
>>25
あるある過ぎる
27: (ﾜｯﾁｮｲ f9d1-j0Zy) 2024/08/28(水)01:32 ID:ZIniGH7S0(1/2) AAS
ちち、どっかいけ
28: (ﾜｯﾁｮｲ f9d1-j0Zy) 2024/08/28(水)01:35 ID:ZIniGH7S0(2/2) AAS
ごばくした、ごめん
29: (ﾜｯﾁｮｲ 6e63-wgTk) 2024/08/28(水)09:35 ID:22YTSKRT0(1) AAS
アーニャにはここはまだ早い
30: (ｵｲｺﾗﾐﾈｵ MM1b-qpqo) 2024/09/02(月)15:52 ID:VEiLzJptM(1) AAS
RustがCより速くなるベンチマークは見たことがない
Nim2.0のORCは明示的にオブジェクトプールを使ったプログラミングが必要ですが
ベンチマークがCより２倍以上速くなって、特にハードなリアルタイムシステム向け
のチューニングもできるようになってるみたい
外部ﾘﾝｸ:zenn.dev
Nim2.0がCより２倍以上速くなって、しかもORCでメモリ安全も担保されているなら
Rustを使う意味がなくなると思うのですが、このベンチマークは本当なのでしょうか？
NimはCのソースコード吐けるからから、Nimの手動メモリ管理はCの手動メモリ管理と
同じとして、Nim2.0のORCで明示的にオブジェクトプールを使ったプログラミングと
比較した場合のベンチマークが2倍以上速くなってるからCより速いと言ってる
外部ﾘﾝｸ:github.com
人間がCの手動メモリ管理したプログラムだと限界があるNimのムーブセマンティクスの
アルゴリズムでメモリの最適化をしてるから、人間では到底太刀打ちできない事を証明
した論文があるオブジェクトプール版のNimから生成したCのコードは人間には書けない
Nim2.0のムーブセマンティクスの本当に優れた最適化とORCで明示的にオブジェクトプールでプログラミングすることによって、人間がCの手動メモリ管理したベンチマークより2倍以上速くできる
外部ﾘﾝｸ:zenn.dev
31: (ﾜｯﾁｮｲ 0701-gNE8) 2024/09/02(月)22:08 ID:DccWFR9v0(1) AAS
Rustを褒めて自尊心保つやつの次はNim版が出てきたのか
32: (ﾜｯﾁｮｲ 5f5a-HmUJ) 2024/09/02(月)23:12 ID:3HuFqT9S0(1) AAS
Nim推しは以前から変なやつ多かったから
33(2): (ﾜｯﾁｮｲ 27eb-mtNr) 2024/09/02(月)23:28 ID:09ZYUS090(1) AAS
Nim言語の良し悪しは分からんが、メモリ管理に関しては理想的だわ
ムーブ後のオブジェクトにアクセスするとRustだとコンパイルエラーで面倒な事になるけど、Nimは参照カウントを使って解決するので少し遅くなるだけだ
そっちの方が絶対良い
気になる場合は後で直せる
34(1): (ﾜｯﾁｮｲ c770-bfwh) 2024/09/03(火)18:51 ID:xAVNzrUq0(1) AAS
>>33
コンパイルエラー？
35: (ﾜｯﾁｮｲ 27eb-mtNr) 2024/09/04(水)01:03 ID:c5l8yfTZ0(1) AAS
>>34
だからなんだ？
Rustでムーブ後のオブジェクトにアクセスしてみろよ
36(1): (ﾜｯﾁｮｲ 6780-e6xt) 2024/09/04(水)09:34 ID:eBGcFHFx0(1) AAS
>>33
どこにコンパイル時期にメモリの不正アクセス検知できるコンパイラーがあるんだよ
便利すぎないか
37: (ﾜｯﾁｮｲ 5fc1-mtNr) 2024/09/04(水)09:42 ID:uvDwCGK/0(1) AAS
>>36
ムーブ(所有権の移動)の概念知らない奴かよw
38: (ﾜｯﾁｮｲ bfe0-5+wm) 2024/09/04(水)11:20 ID:yycwJMQK0(1) AAS
時代に取り残されたじじい
39: (ﾜｯﾁｮｲ 7f63-hbJw) 2024/09/04(水)11:26 ID:6FkHz3Id0(1) AAS
今どきのヤングはどの辺を走っているのかな？
40: (ｱｳｱｳｴｰ Sa1f-XN8b) 2024/09/05(木)00:07 ID:/oUqYYg3a(1) AAS
RefCellのborrowとかborrow_mutがCより速い訳がないだろ
上下前次1-新書関写板覧索設栞歴
あと 962 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.013s