[過去ﾛｸﾞ] C言語なら俺に聞け 163 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
57: (ﾜﾝﾐﾝｸﾞｸ MM3f-cmcv) 2024/09/06(金)22:09 ID:aKdHJjI6M(1) AAS
光子ちゃんも忘れないであげて
58: (ﾜｯﾁｮｲ 5fc1-mtNr) 2024/09/07(土)00:47 ID:mFTEs+Pq0(1) AAS
0と1だけじゃないけどな
その他に位(くらい)という概念がある
これによって無限の数を表現できる
むしろ位の概念によって数が表現されている
それさえ有れば記号なんて何でもいい
59(1): (ﾜｯﾁｮｲ 47b1-D/hx) 2024/09/07(土)20:51 ID:XGt+Z3l/0(1) AAS
どこかの国だか村では両手の指の数以上を表現する言葉がないって話をどこかで・・・。
60(1): (ﾜﾝﾐﾝｸﾞｸ MM3f-cmcv) 2024/09/07(土)22:06 ID:GNvzZpYIM(1) AAS
ムカデは100進数で数えている
61(1): (ﾜｯﾁｮｲ f94a-865n) 2024/09/08(日)00:25 ID:zd6RlSMM0(1/2) AAS
>>59
位の概念が無いから10までしか数えられない
位を考慮すると両手で1023まで数えられる
62(1): (ﾜｯﾁｮｲ f94a-865n) 2024/09/08(日)00:30 ID:zd6RlSMM0(2/2) AAS
指を曲げる伸ばすの２通りとすると1023だが、指を完全に曲げる、伸ばす、半分まで伸ばす(曲げる)の3通りとすると3^10-1=59,048まで表現できるなw
63: (ﾜｯﾁｮｲ 662a-Vk/b) 2024/09/08(日)07:38 ID:LXYiwE7e0(1) AAS
>>60
ヒトを含めた四肢類は4進法なの?
64: (ﾜｯﾁｮｲ bd5f-FAeb) 2024/09/08(日)10:08 ID:mVbg4wOX0(1) AAS
>>61-62
人差し指と薬指を伸ばして、かつ中指と小指を曲げるのは難易度がやや高いぜ。
（親指を伸ばせば『グワシ』）
65: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/08(日)10:25 ID:IhFVsGpe0(1) AAS
グワシは古語
66: (ﾜｯﾁｮｲ a510-IFMZ) 2024/09/08(日)15:41 ID:aTNFTtUw0(1) AAS
とりあえず、他人の投稿で言ってもいない単語や解釈を勝手に加えてマウント取ろうとするのはどうかと思うぞ。
67: (ﾜｯﾁｮｲ a6e0-RtM0) 2024/09/08(日)23:23 ID:6gnZvy5A0(1) AAS
問題はギャグとしてつまらないという点だ
68(4): (ﾜｯﾁｮｲ fa2d-2PHd) 2024/09/09(月)17:06 ID:ft14UVke0(1) AAS
lvalueに関してエラーが出るんだけど、どうしてこれがだめなのかわからないです
#include <stdio.h>
int main()
{
char s[] = "hoge";
char t[100];
while (*t++ = *s++)
省3
69: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/09(月)17:17 ID:JnQxQHVK0(1/3) AAS
>>68
char *p = s;
char *q = t;
while (*q++ = *p++)
こう書けば通る。何故かはちょっと考えて ;
70: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/09(月)17:19 ID:XH4OT6yj0(1/2) AAS
>>68
s の型は char[5] 、 t の型は char[100] だというのはわかる？
だけど式に出てくる配列は原則として配列の先頭要素を指すポインタ (この場合に型でいえば char*) に型変換される。
変換後に出てくるポインタは rvalue なのでインクリメントの対象に出来ない。
rvalue ってのは式の評価をする間に一時的に生まれて評価が終わったら消えるものなので
仮にインクリメント出来たとしても何にも使えない。
配列が勝手にポインタに変換されるっていうのが変則的で分かり難いポイントだけど
省1
71(1): (ﾜｯﾁｮｲ 9e79-auhz) 2024/09/09(月)18:22 ID:zvC05GrM0(1) AAS
ポインタと同じ表記が使えるだけでポインタに変換されるわけではないぞ老害
72: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/09(月)18:25 ID:JnQxQHVK0(2/3) AAS
char *s = "hoge";
char t[100];
int i = 0;
while (*(t+i) = *s++)
i++;
ｓを配列ではなく、ポインタに変える、
ｔもポインタにしたいところだが、格納先確保が目的なら
省1
73: (ﾜｯﾁｮｲ eaad-Pebh) 2024/09/09(月)18:30 ID:D7I9z5W00(1) AAS
それなら while (*(t+i) = *(s+i)) って書くかな
74: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/09(月)18:36 ID:JnQxQHVK0(3/3) AAS
s[]、t[100]と書いたとき、ｓやｔはメモリー上の特定の位置を指す
ラベルのようなものなので書き換える事は出来ない。ポインタ定数とも言う。
一方ポインタ変数は、任意のアドレスを指す変数、変更も操作できる
constとか、突っ込まんでください
75: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/09(月)18:57 ID:XH4OT6yj0(2/2) AAS
>>71
規格には「型変換する」と明瞭に書いてあって変換しないと解釈できる余地はない。
76: 68 (ﾜｯﾁｮｲ fa2d-2PHd) 2024/09/10(火)07:06 ID:fwzKZR690(1) AAS
色々教えてくれてありがとう
s[]の先頭を指すポインタ*sを++で進めることができちゃったら
s[0]もズレちゃうのでだめだってことだよね
そりゃだめだわ
77(1): (ﾜｯﾁｮｲ 1e6e-Qzc4) 2024/09/10(火)07:45 ID:ZXVJVLjy0(1) AAS
s[], t[100]; って宣言したなら、s[idx], t[idx] って使おうよ
78: (ﾜｯﾁｮｲ a6b5-RtM0) 2024/09/10(火)08:09 ID:oAzej4EH0(1) AAS
そこはこだわらんでもいいだろ
79: 警備員[Lv.5][新芽] (ﾜｯﾁｮｲ f969-ztXh) 2024/09/10(火)09:09 ID:H8O84G940(1) AAS
sやtは constということでもないのか
80: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/10(火)10:14 ID:WwqiNfks0(1) AAS
立て札は移動禁止です
81(1): (ｱｳｱｳｴｰ Sa52-t/33) 2024/09/10(火)13:19 ID:KGjTz1X0a(1) AAS
>sやtは const
constっていつからあったか知らんけど
constない頃からsもtも*pや*qとは扱いが違ったんじゃね
82: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/10(火)14:04 ID:rqI1GpSt0(1/2) AAS
lvalue の概念は K&R 1st の頃からあったよ。
lvalue という用語はちょっとどうなの……と思うけど。
Rust だと place と呼んでるみたいだね。
83: (ﾜｯﾁｮｲ eafd-BHET) 2024/09/10(火)21:10 ID:UL+jlunn0(1) AAS
お前は変な事ばかり言ってるからもう引っ込んどけよ
84: (ﾜｯﾁｮｲ adba-mB8c) 2024/09/10(火)21:22 ID:OwUxLa4s0(1) AAS
ポインタそのものを変えないやつと
指す先を変えないやつの書き方で
未だに迷うっていう
85: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/10(火)21:35 ID:rqI1GpSt0(2/2) AAS
キーワードを並べる順序で意味が変わるのは迷うけど
順序をどうならべても良い場合もそれはそれでびっくりする。
int const long foo;
みたいに変数を宣言して良い。
まあそんなことをするやつはいないと思うけど。
86: (ﾜｯﾁｮｲ a6ee-865n) 2024/09/10(火)22:53 ID:BKdRZcpD0(1) AAS
consr char*は本当はchar const*と書くべきなんだよね
これでもコンパイルは通って同じ結果になる
読む時は右から読めばいい
pointer to const char
これだと指す先がconstなのが分かりやすい
ポインター自体をconstにするには
char* constとして、同じく右からconst pointer to charと読む
省6
87: (ﾜｯﾁｮｲ a6b2-Z1Qu) 2024/09/11(水)01:20 ID:ZbZmMQbl0(1) AAS
それ前橋氏のポインタ完全制覇で知った
88(1): (ﾜｯﾁｮｲ a6b5-RtM0) 2024/09/11(水)08:00 ID:eq6A6T9x0(1) AAS
>>81
アセンブラにして考えるとわかりやすい
char s[] = "hoge";
アセンブラの表現↓
s:
.db "hoge¥0"
char *s = "hoge";
省9
89: 警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 1ea1-ztXh) 2024/09/11(水)09:16 ID:IhX3t9qv0(1) AAS
ここでいう sには実体がない、とはどういうことですか?
90: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/11(水)09:19 ID:Zm39E+090(1) AAS
大元の質問が >>68 なので低レイヤからの説明はあまり筋が良くないと思う。
エラーメッセージの意味を読み取れるようにならないから。
91(1): (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/11(水)09:30 ID:dQ20XCdF0(1/3) AAS
8ビットCPUのメモリ保護されてない頃だと
配列どころか、プログラムコードも書換できました笑
92(2): (ﾜｯﾁｮｲ a510-IFMZ) 2024/09/11(水)09:49 ID:h52e7Ahm0(1) AAS
> sには実体がない、とはどういうことですか?
変数エリアに書き込まれていない数値、データ。
プログラム上で要求された時にコンパイル時や関数によってその都度作られる仕様・・・かな？しらんけど。
>91
>プログラムコードも書換できました
それはむしろ”技術”扱いだったな。
サブルーチンでジャンプ先やIOポートを書き換えて・・・て。
省1
93(2): (ﾜｯﾁｮｲ 1e3e-42jK) 2024/09/11(水)15:02 ID:DEx1pDDa0(1) AAS
こんだけいて>>77くらいしかまともな回答者がいないとかひどいなあ
94(1): (ﾌﾞｰｲﾓ MM45-bJfQ) 2024/09/11(水)15:25 ID:1n/VD1trM(1) AAS
そんなのこだわっても結局関数の引数で配列型では渡せないんだからその程度は受け入れて慣れたほうがいい
95: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/11(水)15:58 ID:dQ20XCdF0(2/3) AAS
ここは、「聞け」とはあるが、「回答する」とは書いていない
96(1): (ﾜｯﾁｮｲ 1e45-Qzc4) 2024/09/11(水)16:44 ID:+qxKgs2P0(1) AAS
こっちが自然だろ
t[100]を*(t+idx)なんてやる方が何の拘りだよ
97(1): (ﾜｯﾁｮｲ 5ec2-bJfQ) 2024/09/11(水)16:55 ID:tx1pt4w10(1) AAS
その程度どっちでもいい
98: 警備員[Lv.4][新芽] (ﾜｯﾁｮｲ 8afb-ztXh) 2024/09/11(水)20:45 ID:l6JSnCmY0(1) AAS
配列は外部リンケージのときも注意が必要なんだよね
あまりそういう使い方しないから、すぐにはピンとこないや
99: (ﾜｯﾁｮｲ 65cd-RtM0) 2024/09/11(水)22:04 ID:+V4MmH6p0(1) AAS
>>93
別にまともでもない
配列で定義してポインタで操作できるのがCの柔軟性だから
idxにこだわると簡単な操作を複雑にしかねない
100: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/11(水)23:11 ID:dQ20XCdF0(3/3) AAS
＞ while (*(t+i) = *s++)
これは、
＞ while (*t++ = *s++)
;これがエラーになるのは何故かと言う質問から始まったからです
t++がエラーで、t+iなら大丈夫が理解できれば解決だと思う
ポインタの理解というのは壁にはなりますが、
乗り越えれば意外と簡単です、がんばれ！
101(1): 警備員[Lv.7][新芽] (ﾜｯﾁｮｲ f931-ztXh) 2024/09/12(木)00:58 ID:QGeKjVfA0(1) AAS
>>92 ありがとうございました(sには実態がない)
gcc -S test.c
で .s を出力して眺めてみると、そのような感じになっていました
最適化と、AT&Tのオペランドが逆なのに慣れず読みにくかったですが
"hoge" は「実体」が .data に置かれ、実行時にスタックにコピーされるのかと想像してましたが、実装がどうあれ、スタッフ上に "hoge" を置くための元を実体というのは違うと思いました
実際、"hoge" は .db でアロケートされず、4字は 32ビットの数値定数とされ、スタックに即値で転記されていました(実行時に生成されていました)
# とても伝わりにくいと思いますが…
102(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/12(木)08:54 ID:TbaO6N6i0(1) AAS
誰も説明してなかったことに気づいた。
E1[E2] が (*((E1)+(E2))) と等価であるというルールがある。
103(1): (ﾜｯﾁｮｲ 8a5c-8qrK) 2024/09/12(木)21:59 ID:m7IlJoP80(1) AAS
それいにしえからのバカ発見器なんだが2024年になってもまだ動いてるとはC言語おそるべし
104: 警備員[Lv.3][新芽] (ﾜｯﾁｮｲ b68a-ztXh) 2024/09/12(木)23:41 ID:+nQe2m720(1) AAS
次の方どうぞ
105: (ﾜｯﾁｮｲ a6ee-865n) 2024/09/12(木)23:43 ID:sEtsUeoh0(1) AAS
>>103
その自由度があるからC++でhtbl["key"]の様な事が出来る
Cじゃ意味ない仕様だけど、禁止する必要も無かろう
106(1): (ﾜｯﾁｮｲ 65cd-RtM0) 2024/09/13(金)08:23 ID:ykZRrldI0(1/2) AAS
>>101
"hoge"は長さちょうど32ビットだから即値でスタックに書き込むようになってるということなら
最適化によってそこまで省略されてるわけでsに実体がない件とはあまり関係ないな
最適化オフにするかもっと長い文字列で実験してみては
107: 警備員[Lv.5][新芽] (ﾜｯﾁｮｲ 1eeb-ztXh) 2024/09/13(金)09:12 ID:cjEIJ97r0(1/4) AAS
>>106
ありがとうございます
もう少し正確に書けばよかったのですが、4字と '\0' の2回に分けて転記していました
また、hogeを長くして(10字くらい？)試すと、やはり 4字ずつ整数にパックして即値で転記していました
もっと長大な文字列試せば、別にアロケートされたそれをコピーするコードが吐かれたかもしれませんが、>>92 の指摘通り、実体がなく実行時に生成されることを確認できたとして打ち切ってしまいました
108(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 65e8-hr+9) 2024/09/13(金)10:12 ID:9XTDQHQm0(1/2) AAS
C の仕様は抽象機械の動作として記述される。
抽象機械の動作をどのように実際の機械と対応させるかは自由で、見かけ上の動作が同じならどういう機械語になってもいい。
生成された機械語から言語仕様を理解しようとすべきではないよ。
低レイヤプログラミングするならどう対応付くか知る必要がある場合もあるのは否定しないけど……
109(1): (ﾌﾞｰｲﾓ MM45-bJfQ) 2024/09/13(金)10:23 ID:OBSQyTYbM(1/2) AAS
その抽象機械の定義はしょせん後付け
c言語のソースから生成されるマシン語の想像が付くようになるのはいいこと
110: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/13(金)10:25 ID:y2ap91b60(1/3) AAS
C言語ハンドコンパイラ
111(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 65e8-hr+9) 2024/09/13(金)11:25 ID:9XTDQHQm0(2/2) AAS
>>109
機械語の想像がつくのが不要とも悪いとも言ってないよ。
そこから言語仕様を理解しようとすべきじゃないと述べてる。
できないから。
112: (ﾜｯﾁｮｲ a510-IFMZ) 2024/09/13(金)11:46 ID:HT/On1VB0(1) AAS
所詮部外者の推測。
113: (ﾜﾝﾐﾝｸﾞｸ MM7a-k+ON) 2024/09/13(金)12:46 ID:CiewPVvpM(1) AAS
今日は患者が多いですね
114: (ﾌﾞｰｲﾓ MM45-bJfQ) 2024/09/13(金)12:53 ID:OBSQyTYbM(2/2) AAS
>>111
無用な心配
Xに溢れてるクソリプと同じ
115: 警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 1e86-ztXh) 2024/09/13(金)13:50 ID:cjEIJ97r0(2/4) AAS
>>108
ありがとうございます
そもそも >>88 で sの実体がないとはどういうことか、というのが疑問だったためで、言語の仕様(というか実装)がどうかには着目していませんでした
printf("%s\n", s); が .sではputs(s); に置き換えられていたり
そうだよな〜
116: 警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 1e49-ztXh) 2024/09/13(金)13:59 ID:cjEIJ97r0(3/4) AAS
あー、実装には注目してるのか>自分
117: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-hr+9) 2024/09/13(金)14:32 ID:7dvxgxgq0(1/3) AAS
この場合に限っては言語仕様としての理屈もあんまり違わんけどな。
ただ、正式な用語を知ってると細かいことを調べやすいみたいなのはあるので便利。
118(1): (JP 0H3e-voeu) 2024/09/13(金)16:10 ID:HymUJJD5H(1/5) AAS
gccは配列に確保した短い文字列は最適化無しでもレジスターに載せてしまってるな
ポインター文字列は最適化してもレジスターには載らない
なので配列は配列として使った方が最適化で高速化される可能性があるという事だな
119(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/13(金)16:26 ID:7dvxgxgq0(2/3) AAS
ポインター文字列って変な言葉だな。
この場の造語だと思うけど
char *foo = "bar";
みたいなやつのことだよね？
文字列リテラルは静的記憶域期間 (寿命はプログラムの最初から最後まで) を持つオブジェクト。
どこかにある文字列をポインタで指しているという状況。
そのどこかにある文字は他のどこかから指し示されることもありうるので簡単には消えられない。
省1
120: (ｱｳｱｳｴｰ Sa52-t/33) 2024/09/13(金)16:36 ID:bblj+c3pa(1/2) AAS
>>93
それのどこがマトモなんだよ
>>94 の言い分の方が正しい
配列型が無いんだから
121: (ｱｳｱｳｴｰ Sa52-t/33) 2024/09/13(金)16:38 ID:bblj+c3pa(2/2) AAS
>>96
>t[100]を*(t+idx)
t[100]を100[t]
よりはマシ
>>97
だよな
122(2): (JP 0H3e-voeu) 2024/09/13(金)17:26 ID:HymUJJD5H(2/5) AAS
>>119
んなこたーない
char foo[] = "hoge";
char* bar = &foo[1]; /* 敢えてずらしてみる */
printf("bar -> %s\n", bar);
で中身は何度も参照されるぞ
gccで試してみたら敢えてずらしてポインターに代入されたとしても、レジスターに文字列を保持したままprintfに渡すというトリッキーなコードが生成されたｗ
省1
123: (JP 0H3e-voeu) 2024/09/13(金)17:45 ID:HymUJJD5H(3/5) AAS
短い配列文字列をポインターに代入したらレジスターに保持する最適化を諦めるかと思ったら、そうじゃなくて意地でもレジスターに保持したまま処理を進めるgccスゲーよｗ
clangの場合はポインターも配列も常に静的に文字列を定義したものを使ってた
124: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/13(金)18:12 ID:y2ap91b60(2/3) AAS
最近のCPUはレジスターに文字列格納できるんだな
何バイトくらいなら入るんだろうか
125: (JP 0H3e-voeu) 2024/09/13(金)18:26 ID:HymUJJD5H(4/5) AAS
gccの場合だと64bitだと8バイトだから最大7文字かなと思ったらレジスターを複数使ってでも載せようとしてたｗ
取り敢えず50文字まで試したけど全部レジスタに載ってた
でもこの辺はレジスタの空き具合にもよるのか？詳しくは分からん
126: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/13(金)18:41 ID:y2ap91b60(3/3) AAS
何か執念みたいなのを感じました笑
127(2): (JP 0H3e-voeu) 2024/09/13(金)18:50 ID:HymUJJD5H(5/5) AAS
スマン…間違えた…orz
正確にはアセンブリコードに書かれてると言うべきだった
movabsq $3833745473465760056, %rdx
movabsq $3978425819141910832, %rax
movq %rdx, 40(%rsp)
movabsq $3544395820347831604, %rdx
movq %rdx, 56(%rsp)
省3
128(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/13(金)18:59 ID:7dvxgxgq0(3/3) AAS
>>122
その場合に参照されるのは foo であって、 "hoge" というリテラルではない。
"hoge" は foo を初期化する以外の用途に使われていない。
129: (ﾜｯﾁｮｲ 65cd-RtM0) 2024/09/13(金)20:11 ID:ykZRrldI0(2/2) AAS
>>127
データセグメントに確保するよりも
コードセグメントに書いたほうがすでにキャッシュに載ってるから高速なのかもな
130: 警備員[Lv.5][新芽] (ﾜｯﾁｮｲ 1e21-ztXh) 2024/09/13(金)20:41 ID:cjEIJ97r0(4/4) AAS
速度の最適化か、生成されるオブジェクトの小ささかのトレードオフなんだろうね
テスト用のコードは小さいから、後者は気にせずゴリゴリやってるのかな…
131: (ﾜｯﾁｮｲ fa2d-2PHd) 2024/09/13(金)23:38 ID:uRdGeQ4y0(1) AAS
世の中CやめてRustにしろだとか
OpenAIの新AIが競プロで上位1割のプログラマに匹敵とか言うじゃない
今更人間がCを続ける意義ってなんなんだろう
132(1): (ﾜｯﾁｮｲ 714e-/njq) 2024/09/14(土)00:03 ID:UIMFiyQN0(1) AAS
COBOLみたくロストテクノロジーを理解出来る貴重な人になれる
133: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-hr+9) 2024/09/14(土)00:19 ID:N2YvcTj50(1/14) AAS
低レイヤに関わる資料が C を前提に書かれていたりするのは普通のことなのでたとえ C でプログラミングしなくてもある程度は身に付いてないと困ることはあるだろう。
134(2): (ﾜｯﾁｮｲ a6e1-865n) 2024/09/14(土)00:39 ID:0gsw2riP0(1/12) AAS
>>128
初期化する以外に参照されてないってのはおかしいだろ
printfで中身が表示されてんだから
ポインター変数のbar経由で中身を参照してるけど、中身は初期化で渡された文字列そのものだ
そもそもリテラルが参照されてないという言い方もおかしい
リテラルは単なる定数の簡略表記に過ぎず、ソースコード上だけの用語だ
実行時に消えてると言いたいのか？
省1
135: (ﾜｯﾁｮｲ 6663-QZ+t) 2024/09/14(土)00:51 ID:8t7wdnSS0(1/4) AAS
>>132
CobolやFortranはこれからも生き残るよ
多分
136: (ﾜｯﾁｮｲ 2a7c-9vXG) 2024/09/14(土)08:27 ID:QgTfRJpW0(1) AAS
>>134
言ってることが意味不明。
textセグメントとかbssとかdataセグメントとか知らんの？
137(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7932-IU9Y) 2024/09/14(土)08:59 ID:N2YvcTj50(2/14) AAS
>>134
> printfで中身が表示
意味が解らん。
表示されてる中身というのは foo の中身であってリテラルじゃないだろ。
> リテラルは単なる定数の簡略表記
整数リテラルなどは右辺値だが文字列リテラルに限っては左辺値。
文字列リテラルは実行フェイズにおいてオブジェクトとしての性質を持つということ。 (抽象機械の上では。)
省1
上下前次1-新書関写板覧索設栞歴
あと 865 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s