C言語なら俺に聞け 150

2019/02/06(水) 13:39:03.21

↑
次スレを作る時は上記1行をコピーして2行に増やして必ず1行目に入るようにしてください。

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

※前スレ
C言語なら俺に聞け 149
https://mevius.5ch.net/test/read.cgi/tech/1540731704/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2019/03/01(金) 19:18:18.17

>>394
C の予約語に asm が存在したことがあっても、bool なんて金輪際ございません…

2019/03/01(金) 19:19:07.26

>>408
なんだか misra っていろいろうるさいですね…馬鹿が使うものの典型と理解しました

2019/03/01(金) 19:20:44.13

>>406
俺もそう思う

2019/03/01(金) 19:21:00.10

>>410
そのとーり。
MISRAはfool proofのための規格だよね。
あんなもん、クソの役にも立たんわ。

2019/03/01(金) 19:24:31.92

>>392
Rubyガイジ死ねよ

2019/03/01(金) 19:26:29.24

実際の開発現場ではMISRA-Cも_Boolも頭の片隅に意識する(人がいる)程度であまり意味はない
そんなことより他に考えることはいくらでもある

◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-IBRN) · 2019/03/01(金) 19:28:21.64

>>411
久々に私の意見に賛成する人がおられましたね…

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/01(金) 19:56:06.23

essentially Boolean (実質的なブール型)

C90にはブール型はないが、真又は偽のブール値を表す式はある。
MISRA-C:2004ではこのような式をブール式と呼んで、数値を表す式と区別しており

if (hoge==TRUE)

このhoge が、実質的にはブール値なら、if (hoge) と書いてもOK

2019/03/01(金) 19:56:10.11

>>404
そういう例はやめた方がいい。二度、評価することをおかしく感じなくなる。

2019/03/01(金) 19:59:51.05

>>417
マクロ関係ではないから、二度評価問題は関係ないのでは？もう少し詳しく教えていただけますか？

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/01(金) 20:02:55.75

2値しか取らない、真偽値という概念を作り出して、単純な数値と区別している

明瞭になるように、可読性を高めるために、明確に使い方を分けている

2019/03/01(金) 20:09:43.22

みそら・・・

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/01(金) 20:13:59.03

essentially Boolean (実質的なブール型)

hoge が単純な数値なら、if (hoge) とは書けないので、
比較演算子などを使って、( )内を真偽値にしなければならないが、

hoge を2値しか取らず、実質的には真偽値として扱っているなら、そう書いてもよい

2019/03/01(金) 20:17:31.73

>>19
なに時代だよ、trueとfalseだろ

2019/03/01(金) 20:18:43.90

>>376
そう書くなよ
条件文でかけ

2019/03/01(金) 20:20:05.53

>>382
というよりtrueとfalseを使えよ

2019/03/01(金) 20:21:09.40

>>385
bool だよ

2019/03/01(金) 20:59:57.85

>>424
？

2019/03/01(金) 21:08:03.60

C++か他の言語か勘違いしてないかな？
C言語の枠内では（以下略

2019/03/01(金) 21:13:58.29

#include <stdbool.h>すれば、C言語でもbool, false, trueが使える。C99から。

2019/03/01(金) 21:27:08.50

マクロなのか　乱暴な解決法と見るか予約語にしなかった・できなかった理由があったのだろうか

2019/03/01(金) 22:01:55.94

>>428
bool 型は C99 では _Bool 型となり「bool」そのままではありません

2019/03/01(金) 22:19:15.38

>>425
#undef bool
あと死ね

2019/03/01(金) 22:36:40.53

>>413
口調が似てると思ったら、やっぱりあいつだったのね

2019/03/02(土) 00:57:50.68

>>418
if ((n / 10 != 0) != 0) とは書かないのですか？
if (((n / 10 != 0) != 0) != 0) とは書かないのですか？

if (n / 10) で充分だろ

2019/03/02(土) 01:28:32.24

if文の仕様がまずかったんだよな。演算子がコマンドで数値を返すところがいまとなってはわかりにくい。

2019/03/02(土) 02:00:30.74

C の _Bool は完全に後付けだし、
true, false の型は int (整数リテラルの 1 や 0 に展開されるマクロ) ってのも
C らしい歴史的経緯ってやつだよねぇ……。

2019/03/02(土) 02:41:15.96

なんでもいいがboolは使った方がいいよ
キャストするとちゃんと0と1になるよ

2019/03/02(土) 03:06:19.06

キャストしないといけないのか

2019/03/02(土) 04:52:10.38

#define TRUE (1==1)
#define FALSE (!TRUE)

昔はこう書いて使ってたっけなあ

2019/03/02(土) 06:31:18.66

_Bool型(stdbool.hインクルード時はboolも可)の値は0か1しか取り得ないのでわざわざキャストする必要は無い
しかしながら自分はC言語では普段は_Boolもboolもどちらも使わない
単純にintなどの数値型を0か非0かだけで判断して使ってる
尤もC++ではbool型は普通に使っているけど
https://i.imgur.com/47mIrVh.png

2019/03/02(土) 06:54:46.28

>>376 を見て、久し振りに『プログラミング言語C』を開いてみたところ、
確かに p.105 に printd() って関数が載ってる(第2版)。
ここのテーマは再帰なので printd() は「1文字出力 putchar() を使って、
整数値を10進数で表示する再帰関数」の例。

話題の if (n / 10) では「n が 10 以上か」を判定してる。
直前で符号の処理をしてるので n が負ではないことは保証される。
(さらに「だだし n == INT_MIN の場合は…」に相当する注記あり)

で if (n / 10) が if ((n / 10) != 0) の意味だってことは、
p.68 第3章制御の流れ 3.2 If-Else でさらりと説明されてるし、
その前 p.63 の条件式(三項演算子)の部分なんかにも載ってる。
たぶん他にも、あちこちで出てるんだろう。

「真と偽」みたいな独立した項目を立てた方が良かったんじゃないかな。
そうすりゃ索引からも探せるようになるし。

ついでに言えば、この場面では if (n / 10) より if (n >= 10) の方が
やってることが明解だし、処理も軽い気がするなぁ。

2019/03/02(土) 07:05:29.88

単純に開発当時のC言語としては処理をシンプルにしてパフォーマンスを稼ぎたかったのだと思うよ
普通のCPUは0か0でないかの判断は得意だけど0か1の判断は手間が掛かる
少しでもパフォーマンスを稼ぎたい場合(現在では組込み用途など)では余計な処理は極力除くように工夫する

2019/03/02(土) 07:30:56.47

>>440
処理が軽いかどうかはちゃんと実測で比べろ
妄想だけで完結するアフォがよくいる

2019/03/02(土) 07:57:45.28

CPU/ハード毎に違い出るだろ。

2019/03/02(土) 08:01:55.04

いや、さすがに単純な整数値の大小比較と、割り算とで
どちらが速いか実測しなくちゃ分からないってのは
「実測しろ」って原則を無批判に(条件反射的に)
振りかざしてるんじゃないの？
予測は一切禁止ってルールじゃないでしょ。

2019/03/02(土) 09:30:10.68

>>433
n / 10
と
(n / 10) != 0
の型を意識しない底辺乙 w

2019/03/02(土) 09:37:08.49

>>444
そもそも>>440が言いたかったのは「やってることが明解だし」の方だろうしな
なんにでも噛み付く老害なんでしょ、スルー推奨

2019/03/02(土) 10:48:59.21

でもcのコンパイラって割り算の時は最初に比較があって、n < 10なら比較直後に0返すんじゃなかったかな。
昔アセンブラの実習でやった気がする。
帰ったらみてみよ。

2019/03/02(土) 10:57:46.09

n / 10 と (n / 10) != 0 とで違うコード吐くとか？
オプティマイザなめんなよ

2019/03/02(土) 11:32:55.24

>>439
最新のwindowsでもフォントにアンチエイリアス掛かってないのか
Mac唯一の利点だな

2019/03/02(土) 11:41:06.22

唯一ってｗ

2019/03/02(土) 13:58:43.76

MSゴシック以外のとこはアンチエイリアスかかってるだろ

2019/03/02(土) 16:14:23.72

>>447
割り算はコンピュータにとって簡単なことではない。人間だってそうだろ。

2019/03/02(土) 16:42:33.79

>>445
0～1以外を取るかどうかが違うだけで型は同じでは？
等価演算子（==と!=）は真の時に1、偽の時に0を返すとしか明記されてないでしょ

2019/03/02(土) 16:43:44.00

>>453
自己レス、型はintって書いてあったわ

2019/03/02(土) 17:04:52.74

C では比較演算子が返すのも、 if の判定にも真偽値型は現れない。
真偽値型は後付けで、言語の中核の意味論には関与しない。
真偽値型は整数型の一種だから何か演算しようとすると整数拡張で int になってから計算するしな。

_Bool で表現してもほとんどの場合にコメントと同程度にしか意味ない。
コメントと同程度に「意図」を表せるならそれはそれで有用ではあるけど、
型システムが間違いを防止する役に立つ場面はあんまりない。

(余談だが C++ では (組込みの) 比較演算子は真偽値型を返すし、
if の条件節は真偽値型にキャストして判定するので C とは解釈が違う)

2019/03/02(土) 17:20:40.95

>>453-454
型が同じだから区別不要？
昭和の老害かよw

2019/03/02(土) 17:23:51.58

若さを売りにするしか無くなったかｗ

2019/03/02(土) 17:29:25.11

>>456
「昭和」言いたかっただけだろがｗ

2019/03/02(土) 17:38:17.44

>>456
「型は同じ」って言っただけで区別不要とはどこにも書いてない訳だが

2019/03/02(土) 17:53:06.93

いや、マジで型安全とか知らなさそうで可哀想ですらあるんだが…

2019/03/02(土) 17:55:42.96

>>459
> 型を意識しない底辺乙 w
にレスしてるのに？
なら結局何を言いたかったんだ？

2019/03/02(土) 18:05:39.73

>>461
言い方として「型を～」っていうのが（あくまでC言語として）おかしいなと思っただけだよ
別に!=0をつけた方が分かりやすいことは否定しないし

2019/03/02(土) 18:07:30.88

「ばあさん、いただきものは型を意識した応答だろう」
「いいえ、お爺さん型を意識した応答でしたよ」
「そうかい、わしゃまた型を意識した応答だと思ったよ」

2019/03/02(土) 18:18:58.15

boolの1と1足したら1になるよね？

2019/03/02(土) 18:45:34.07

>>464
ならんよ

2019/03/02(土) 18:46:41.44

>>464
双方が int に拡張されて足し算されて 2 になったのが
再び bool にキャストすると 1 になる。

演算子の両方の型が int より小さい場合には
両方が int に拡張されてから計算されるというのが
C の基本的なルール。
(全ての演算子がそうというわけではない。)

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/02(土) 19:01:27.14

>>455
MISRA-C は、C89/90に、bool という概念をバックポートした。
それを「実質的なブール型」と呼んで、単純な整数型と区別している

ブールを表現する場合は、整数型を使っていても、
それはブール型ですよってアピールする事で、
技術者間での意思疎通を図り、安全性を高める

2019/03/02(土) 19:16:00.81

>>466
なる場合とならない場合がある。
古いコンパイラではならない。

2019/03/02(土) 19:16:54.91

あれ、ぶーる同士足し算できないの？
ちょっと信じがたい気はするけど

2019/03/02(土) 19:29:15.37

1bit計算のインストラクションなんぞ
わざわざ作らないだろ
そもそもbool型ってなんだよ
気持ち悪いな

2019/03/02(土) 19:31:09.19

要は
bool a = 1;
bool b = 1;
として、
bool c = a + b;
ができたとしても、内部的には
bool c = (_Bool)(((int)a) + ((int)b));
になるってことじゃないの

**383** (ﾜｯﾁｮｲ ff2c-Im2K) · 2019/03/02(土) 19:43:06.08

整数型には加算はあるけど、
ブール型として扱うなら、加算は存在しない

AND, OR, NOT だけしかない

だから技術者間での、こういう共通意識が大切なわけ。
これは「実質的なブール型」として扱っているから、整数型の演算はできません！

ブール型が無かった時代の、
技術者間での意思疎通を図り、安全性を高める、苦肉の策

2019/03/02(土) 19:48:16.19

bool a = true, b = true;
int c = a + b;
これは2

◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-IBRN) · 2019/03/02(土) 19:56:01.42

>>467
＞それはブール型ですよってアピールする事で、技術者間での意思疎通を図り
そういうのは、わりきってハンガリアンを使う方がいいのでは？
bool を使うことで文法的縛りが導入されないことには意味がない気がします

2019/03/02(土) 20:00:32.34

仕様の話とコーティング規約とか作法の話が混ざってるからややこしくなってるのでは

2019/03/02(土) 20:02:44.72

MSVCではbool変数同士の論理和でも加算でも再評価されて0か1のいずれかが再設定されてる
内部処理は全く同じ
gccの内部処理は分からんけど
https://i.imgur.com/3EzADoO.png

2019/03/02(土) 20:47:30.41

>>467 >>472
コーディング規約・ガイドラインを設けるのは結構だが、
それを守っている組織・プロジェクトの中では意思統一しやすいという話であって、
技術者一般にまで適用できるほど強い権威は MISRA-C には無いよ。

仮に (あくまで仮に！) MISRA-C がとても良い習慣だとしても、
言語仕様としての理屈を理解しておくことは大前提だ。
元の質問者である >>376 みたいなのに MISRA-C を勧めても何のたしにもなりゃしないだろ。

規約としての理屈よりも言語としての理屈をまず説明してわかってもらわんと。

2019/03/02(土) 21:01:54.09

>>476
内部処理は全く同じ？
逆汗までしたのにどこ見て言ってんの？

2019/03/02(土) 22:47:35.40

最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
+って相当するのはxorだかorだかわからんという問題もあるね

2019/03/03(日) 06:55:31.52

>>479
> 最後に評価されるタイミングで一致してりゃなんでもいいんだけどね
とか言うなら内部処理ガーとか言うなよ
って話だろ

> +って相当するのはxorだかorだかわからんという問題もあるね
orはわかるがxorになることなんてあるのか？

2019/03/03(日) 07:58:48.98

ついでにいくつか検証
xorは排他なので当然true同士はfalseに反転する
2項演算や0/1以外の値の代入(boolの範囲外の値であっても)は内部処理は共通
単項演算のインクリメントやデクリメントはコンパイル時に1か0を割り当てるため別の処理らしい
https://i.imgur.com/STxUA6o.png

2019/03/03(日) 08:25:42.12

ブール値は 0/1 しかとらないから1ビットの整数値、と解釈して
true + true == 1 + 1 == (2進数で)10 → 下位1ビットを採用して結果は 0
よってブール値での加算はビットでの排他的論理和と同等、
という考え方もあるんだわ。

「無符号整数のオーバーフローの方式を1ビット幅まで狭める方向に推し進める」
とでも言おうか。

2019/03/03(日) 08:41:37.16

基本的なハーフアダー演算器の考え方だね
キャリーを出力してビットを反転させる
多ビット加算の基本構成
いくら高級アセンブラとしてのC言語であってもキャリーを抽象化した演算を実装するのは結構面倒だけど
多バイト加算はそれなりに手間が掛かる

2019/03/03(日) 08:57:40.87

仕様を小さくするため論理演算をビット演算で代用する言語はあったと思うが、
わざわざ下1bitだけで真偽を表すってのは見たことないなぁ。

2019/03/03(日) 10:00:14.37

>>482
> よってブール値での加算はビットでの排他的論理和と同等、
> という考え方もあるんだわ。
そんなの聞いたことないw
お前のオレオレ理論じゃないと言うならその考え方を示してる例を出してくれ

**482** (ﾜｯﾁｮｲ d77b-vPGa) · 2019/03/03(日) 10:41:34.05

>>485 分かりやすく説明できる自信はないけど、一応答えてみる。
と言っても、新しい情報は出ないので期待されちゃ困る。

>>482 は、そう考える考え方(代数系)が可能、という意味で、
そのように内部処理してるプログラミング言語の処理系が存在する、
という主張とは違うって点をまず断っておく。

その「ブール値の加算を排他的論理和と同等に扱う」体系が
内部的に矛盾を生じないこと、実用的な面で利用価値があり、
現実にも使われているってことは、>>483 がコメントしてくれた
前半部分で、十分に例示されてると思う。
て言うか、俺が下手にクドクド書いてもあのレベルは無理。

2019/03/03(日) 10:46:47.10

少なくともC言語である限りは規格に反するんじゃ？
_Bool型は0に等しければ0、その他は1って明記されてる(C11の6.3.1.2)から2進数で10は0に等しくないように思うが

2019/03/03(日) 11:22:47.67

>>486
ハーフアダーはキャリーとセットで話すべきものだからハーフアダー云々は頓珍漢過ぎる

2019/03/03(日) 11:25:33.68

Cの、ビット幅の狭い整数値は int に変換してから計算するってルールにより
true + true → (int)1 + (int)1 == (int)2 → true
という流れで true + true == true であることは納得してるんだ。
型が _Bool でも適用されるよね。勘違いなら訂正求む。

(今回の話とは直接関係ないけど、まるっきり無関係でもない余談)
ただ、これが例えば unsigned int の値を真偽値として扱う場合だと、
unsigned int a = UINT_MAX; // 真偽値としては真
unsigned int b = 1; // 真偽値としては真
a + b == UINT_MAX + 1 == (オーバーフローして)0 → 真偽値では偽！
という事態も起こりうるのでご注意。

2019/03/03(日) 11:31:58.04

加算てのは常に状態を変える操作なので、論理演算としてはXORの方が似てるんですよ。
もちろん単に似てるという話で、加算は禁止するくらいが正しいといえば正しい。trueとfalseを1と0に割り当てたせいで足し算できそうな気になってしまったのがよくない。
1ビット整数だと考えてもいいが、元々そんなもんないからsizeofも1以上にするしかないという。
構造体に入れたらビットフィールドと同じメモリのレイアウトになるんだろうか。実装としては。

2019/03/03(日) 11:46:05.73

C言語の_Bool型(boolはただの別名)のtrueを1以外に割り当てるとC++との互換に問題が生じる
C++のbool型のtrueの内部表現は1
bool(論理型)をcharやintなど(整数型)にcastすると1が返される
C++では論理型同士での四則演算は不可能なので問題は生じないが論理型の存在しないC言語ではどうしようもない
trueを1に割り当てて妥協するしか無いと思う

2019/03/03(日) 20:59:55.81

>>444
おまえ除算器作ったことあるの？

◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-IBRN) · 2019/03/03(日) 21:09:45.45

>>444
＞「実測しろ」って原則を無批判に(条件反射的に)振りかざしてるんじゃないの？

いいところを突きますね、そうそうその調子、いい感じですよ
百人一首の上の句と下の句をつなげる、みたいな思考力を使わない、言葉のオートマタを批判するのはすばらしい着目です、感心しました

◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-IBRN) · 2019/03/03(日) 21:11:38.16

>>492
作ったことはあります、最初 C でちょろちょろっと書いたのが、いつのまにか成長してまとまったものになりました、まだまだ改善は必要ですが
https://mevius.5ch.net/test/read.cgi/tech/1434079972/51

2019/03/04(月) 06:25:09.82

>>494
違う
ハードウエア除算器だ

2019/03/04(月) 07:32:41.06

昔8bitマイコンの組込みシステム開発で、被除数が24bit長、除数が固定値(値は3)の除算処理が必要となったとき、
C言語の除算処理では実行時間が要求仕様を満足しなかったのでインラインアセンブラで書き下ろしたことがある
処理系そのものは16bit長までしか対応してなかったので、32bit長の汎用演算ライブラリ関数が付属してたのはいいけど
そのライブラリが遅くて使い物にならなかった

2019/03/04(月) 09:27:34.36

昔bool型ってのを初めてみたときは、誰が使うんだよ気持ちわりーって思ったな。charで8個もフラグ取れるし、
flg & 04とかで好きな位置のビット取れるし、なんでわざわざtrue,falseと思ったもんだ。

2019/03/04(月) 09:33:39.42

貧民の発想だな

2019/03/04(月) 12:25:39.90

貧民てか脳がアセンブラに侵されてる
Pascalから入った俺はintでBooleanの代用とかサボりすぎだろって思ったわ

2019/03/04(月) 15:44:36.25

当初から予想された抵抗だ
Pascal教に対する宗教改革じゃけえの

2019/03/04(月) 16:53:38.87

>>497
思い切り最適化されて最終的なコードがそうなれば誰も文句言わないんだろうけどな。

2019/03/04(月) 17:08:34.72

bool は真偽値を格納するのに充分であればいいんだから普通は 1 バイトだろっていうのも昔の話で、
今の主要な処理系はだいたい int と同じ幅だったりしてあんまりリソースの節約にもならんかったりするし。

2019/03/04(月) 17:13:39.42

ブール値の変数を1ビットで表現して1バイトに8個押し込めば
容量の節約にはなるだろうけど、速度的には損な気がするな。
(これも「実測しなけりゃ何も分からない人」向けの釣り餌かも)

ブール値をバイトなりワードで記憶すれば、CPUによっては
レジスタにロードした時点でゼロフラグに反映されて
ゼロとの比較やマスク演算が不要という利点を得られる場合もある。

2019/03/04(月) 17:16:40.19

>>503
CPUしだいだろうね。レジスタに入れないで0かどうかだけ調べる命令があったらそれの方が速いかも知れんし。

2019/03/04(月) 17:18:44.97

　　　　　　　　　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　　　　|CPUしだいだろうね。レジスタに入れないで0かどうかだけ調べる命令があったらそれの方が速いかも知れんし
　　　　　　　　　　　　　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿　　＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　V
　　／￣￣￣￣￣ミ　　　　　　　　　　　　　　　　　　　　／￣￣￣　＼
　　/　　 ,――――-ミ　　　　　　　　　　　　　　　　　　　／　　　　　　　｜
　/　　／　／　　＼ | 　　　　　　　　　　　　　　　　　　　∨∨∨∨∨＼｜
　|　 /　　　,（･）　（･） |　　　　　　　　　　　　　　　　　　　｜▲　　▲　｜｜
　 (6　　　　　　つ　　|　　　　　　　　　　　　　　　　　　　｜（・）　（・）　　6)
　 |　　　　　　＿＿_　 |　　　　　　　　　　　　　　　　　　　｜　｜　　　　｜｜
　 | 　　　　 /＿＿/ ／　　　　　　　　　　　　　　　　　　　｜　　¨　　　　／
／|　　　　　　　　／＼　　　　　　　　　　　　　　　　　　　　＼／＼　　／＼
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／￣￣￣　　　＼
　　　　　∧
　　／￣　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　|　なわけねーだろ！！
　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

2019/03/04(月) 17:21:36.33

真偽値の超巨大な配列が必要な場合ならともかく、
今の時代なら 1MB が 8MB になったくらいならたいした差ではないしな。
ただ、キャッシュにのるかどうかで劇的な差になったりもするから、
そこらへんは状況によるというか、それこそ実測しなきゃわからん。

2019/03/04(月) 17:42:05.47

>503
ロードストアに比べて
ALUの制約は少ない
だから詰めたほうがいいとなる

スペックシート読めずに
実測して速い遅い語ってる人は
遅くなると断言しよう

2019/03/04(月) 18:01:28.91

プリミティブな静的変数のビットフィールドにアクセスするときってロック意味あると思う？