C言語なら俺に聞け 145

2018/02/19(月) 22:13:58.98

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言語なら俺に聞け 144
https://mevius.5ch.net/test/read.cgi/tech/1514025223/

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

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

2018/03/16(金) 05:57:40.20

(&p)->memberなんてまずやらん
p.memberで同じことができる

2018/03/16(金) 06:50:12.92

>>521
それやったらコンパイラにそんな構造体変数ないぞって言われた

2018/03/16(金) 08:05:49.18

>>522
質問するときは変数の宣言も使う文脈も省略せずに書け

2018/03/16(金) 08:16:43.56

>>522
&p->membar
(&p)->membar

2018/03/16(金) 10:27:00.36

型教えないと何やっても無理だろ。
あと。下手に型変換させると、奇数バイトからワード処理とかさせてしまい、石によっては例外処理が走るか暴走するよな。

2018/03/16(金) 11:29:31.94

cのコンパイラ作るのにアセンブラの知識は必要？

2018/03/16(金) 11:38:22.80

今なら、LLVMがあるからコード生成はそちらに任せるという
選択肢があるね。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/16(金) 11:59:50.08

>>526
コンパイルというくらいだから、最後に機械語に落とし込むのにアセンブラの知識は必要になるのではないか？

2018/03/16(金) 12:01:10.57

C++ to C コンパイラとか　生成物が機械語で無いのもあるんじゃね？

（昔そういうの欲しかった）

2018/03/16(金) 12:19:28.27

>>517
Cには無理なんですね
ありがとうございます

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/16(金) 12:33:16.00

>>530
>>515 でメンバ関数という言葉を使うのだから C++ を仮定している、というのならば　C++ では >>518 で可能
C で可能かどうかを問題にしているのであれば、>>515 のメンバ関数という言葉が自己矛盾

2018/03/16(金) 12:43:32.01

C言語の範囲では　構造体のメンバ中に関数のポインタをもつまで
C++言語のメンバ関数の機構(暗に this ポインタが渡ってくる) のを
C言語でやりたけりゃ自前で引数に渡すしかない＆その関数はポインタを引数で受けなきゃいけない

2018/03/16(金) 12:47:14.28

>>529
C++の初期のコンパイラはそういうやつだった。つまり、Cへのコンバータだった。

2018/03/16(金) 13:59:12.95

ああ、各ファイルの先頭に構造体の領域宣言とか関数にいちいち構造体のポインタが追加されるんだよな。

2018/03/16(金) 14:00:33.86

そういや昔々のX68000のBASICにもCへのコンバータがあったな。

2018/03/16(金) 14:26:36.05

俺は、6502アセンブラコードをCに変えるコンバータ作ったけどな。

2018/03/16(金) 15:25:35.34

アセンブリをprintfにパースするのって大変なのかな。

2018/03/16(金) 15:57:57.02

>>531
ではどういう言葉なら齟齬なく伝わりましたか？

2018/03/16(金) 16:00:12.76

>>538
「関数へのポインタ」では？
それが構造体のメンバとしてあるわけだし。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/16(金) 16:12:40.83

>>538
コード断片で示すのもよい、誰かがコードを補完してくれるだろう

2018/03/16(金) 16:25:31.83

アスペとの会話ってつかれるよな

2018/03/16(金) 16:57:51.61

Cスレで「メンバ関数」だぜ？
それをアスペとか、どんだけボキャ貧なんだよ

2018/03/16(金) 16:59:08.32

>> 542
おまえがアスペか

2018/03/16(金) 20:29:17.66

>>539
> Cでメンバ関数を関数ポインタで定義して
一応そのつもりで書いたんだけどなあ

アスペ基準に合わせようとした俺が悪かったのか

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/16(金) 21:09:53.74

>>544
・関数ポインタとは別に「メンバ関数」というテクニカルタームが C++ にあった
・C/C++ の区別がついていない人の質問も、ここではよくみかける

という背景があって小さな誤解が発生したまでのこと、気にするでない、苦しゅうないぞ

2018/03/16(金) 21:13:51.61

>>526
どうやってコード生成部分を作るつもりなんだよ...

2018/03/16(金) 21:59:39.71

マシン語があれば充分のんじょのいこの

**デフォルトの名無しさん** · 2018/03/16(金) 22:33:58.96

Cコンパイラがマシン語を出力しなきゃいけないって誰が決めたの？🙄

2018/03/16(金) 22:51:53.37

ラノベ出力してくれるコンパイラってステキ

2018/03/16(金) 22:53:03.55

誰も決めてないしマシン語じゃなくてアセンブラのソース出すコンパイラはいくらでもあるし

2018/03/16(金) 23:46:17.13

VHDL出してもいいよね～

**デフォルトの名無しさん** · 2018/03/17(土) 00:28:10.69

シェルスクリプトとまでは言わないからPerlスクリプトを出力して欲しい

2018/03/17(土) 03:07:05.34

C++の非仮想関数 == Cの普通の関数
C++の仮想関数 == structの項(vtbl)の項

2018/03/17(土) 04:35:29.26

>>553
違うね

2018/03/17(土) 07:17:45.03

>>553
上の方の関数。普通の関数pointerで保持出来るの？

2018/03/17(土) 07:35:06.72

C++のextern "C"関数 == Cの関数
Cに普通じゃない関数ってあるんだっけ

**デフォルトの名無しさん** · 2018/03/17(土) 07:51:22.83

>>555
そんなの当たり前じゃん
まさかできないと思った？

2018/03/17(土) 08:58:53.90

>>557
先生、非仮想なメンバー関数をｃの構文では保持出来ません。
例をご教示願います

**デフォルトの名無しさん** · 2018/03/17(土) 09:00:39.42

>>558
「上の方の関数」すなわち「Cの普通の関数」を
「普通の関数pointerで保持出来るの？」
→Cの普通の関数は、普通の関数ポインタで保持できます

質問文に忠実に答えただけだが、何か問題でも？

2018/03/17(土) 13:08:05.54

Cにゃメンバーって言語レベルの概念は無いから、そういうのはコーディング時に人様がメンバーのつもりになる書き方を明示的にやらないとならないんだよな。

2018/03/17(土) 13:47:23.11

namespace のことを脇においとけば
非仮想関数って FILE　構造体とその関数だべ

2018/03/17(土) 13:51:13.91

LLVMはまずパースレイヤーが中間言語出力して中間言語を解釈するレイヤーが各種コードに吐き分けるということができる。
3段階のコード最適化ができるはずだったが、ちょっと迷走してる。

2018/03/17(土) 16:56:54.32

>>557
struct A
{
void func() {} //C++の非仮想関数
};
void (*ptr)(); //普通の関数pointer
ptr = &A::func; //まさかできると思った？

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/17(土) 18:20:57.82

>>555
できませんね
https://ideone.com/5sW1lw

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdd7-5vKF) · 2018/03/17(土) 18:25:10.24

クラス内部の関数をstaticにすると、、、

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdd7-5vKF) · 2018/03/17(土) 18:26:02.67

普通の関数みたいに参照できる。

2018/03/17(土) 20:05:40.42

ここはCスレということをお忘れなく

2018/03/18(日) 08:12:11.88

https://ideone.com/gSWZOR
上のコードを見てください。
sprintfを続けて使うと文字が一つも出力されません
なぜですか？

2018/03/18(日) 08:14:12.57

ちょっと間違えました。
上の投稿は無視してください

2018/03/21(水) 22:30:20.44

ニキ
配列で array[i] と　i[array]　て同じナンスカ？
後者の違和感すげーあるんスけどこういう風に書くことのメリットってかどっちが普通なんでしょうか

2018/03/21(水) 22:33:57.97

ポインターはINTに変換できる事もある。
んで、arrayはhogeっていうアドレス値を持ってる。
iはhageていう数字を持ってる。
生の数字でhoge+hage=i+arrayである。
まぁ、後者の書き方は普通しない。

2018/03/21(水) 22:34:54.75

アセンブラではオフセット[レジスタ]が普通
どっちが普通なんてくだらねえことだ

2018/03/21(水) 22:36:13.14

offsetofマクロの実装を見て見なされ
オフセット値の算出にポインタ使っているでしょ

2018/03/22(木) 00:04:45.10

a[b] は *(a+b) のシンタックスシュガー

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/22(木) 00:19:52.50

>>435
そうともいえない

一見目的のない議論が、将来の偉材を今育てているのかもしれない

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/22(木) 00:23:55.20

>>441
知らないのか？
setjmp/longjmp は、かつては例外(exception) の標準的な実装方法だったんだよ
OS に構造化例外機能がなかったときは sjlj が主流だったんだ

2018/03/22(木) 04:56:30.90

>>576
お前のご託はどうでもいいから
> 他の言語でライブラリレベルで実装してる例
をだしてみろよ

2018/03/22(木) 09:40:57.08

BDS-Cとかあったな

2018/03/22(木) 10:22:59.95

>>570みたいなのは、キャストしないと使えねーだし。

2018/03/22(木) 13:44:55.99

>>579
え？使えるよ。単に *(i + array) になるだけだし。

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/22(木) 13:56:04.06

>>577
mingw/gcc-3 あたりまでは SEH ではなく sjlj だったと記憶している
ググってみるとちらほら出てくる

2018/03/22(木) 14:36:34.98

SEHって何かと思ったらMS独自のやつか

2018/03/22(木) 19:43:32.85

>>581
他の言語って書いてあるのに
話そらそうと必死だな w

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/22(木) 20:58:32.18

>>583
C と　C++ は違う言語だろう？（棒読み）

2018/03/22(木) 21:06:38.53

>>584
そんなものまで持ち出さないと自我が壊れちゃうのか？ w

2018/03/24(土) 19:49:48.79

ニキやっぱFEぐらいのC過去問なら余裕の満点すか？

2018/03/24(土) 22:33:50.23

>>573
>オフセット値の算出にポインタ使っているでしょ
そうか？
offsetofの結果は整定数式になる必要があるが、
ポインタ演算を使った式が整定数になる保証がないので別の手段を使っている場合がある。

2018/03/24(土) 22:37:51.52

>>587
具体的に

2018/03/25(日) 00:05:52.92

>>586
例えばどんなの？

2018/03/25(日) 07:25:18.09

Visual Studio 2017
#define offsetof(s,m) ((size_t)&(((s*)0)->m))

gcc 7.2.0
#define offsetof(TYPE, MEMBER) __builtin_offsetof (TYPE, MEMBER)

clang 6.0.0
#define offsetof(t, d) __builtin_offsetof(t, d)

borland 5.5.1
#define offsetof( s_name, m_name ) (_SIZE_T)&(((s_name _FAR *)0)->m_name)

2018/03/25(日) 15:04:40.75

>>587
＞ポインタ演算を使った式が整定数になる保証がないので別の手段を
ポインタ演算の結果が浮動小数点とか変数になる例早よう出しなされ

2018/03/25(日) 15:25:31.63

メモリーの仕切り壁に落書きするポインタ
9と3/4番線ホームから出発する列車を指し示すポインタ
あれば便利かも知れないが（何がだ）

2018/03/25(日) 17:42:21.62

鉄道に例えるならポイント（線路の分岐）を制御するデコーダに与える信号がCのポインタだ

2018/03/25(日) 18:06:41.94

それじゃ型が考慮されてない

2018/03/25(日) 18:24:31.28

>>591
その前に、まずはポインタ演算を使った結果が整定数になることが保証されている例を出してくれ。
当然規格は読んでいるよね。6.6ｐ6より
> An integer constant expression shall have integer type and shall only have operands
> that are integer constants, enumeration constants, character constants,
> sizeof expressions whose results are integer constants, and floating constants that are the
> immediate operands of casts.

2018/03/25(日) 18:28:29.51

汎整数型定数をポインタにキャストまたは暗黙に変換した式は定数式（たとえば空ポインタ定数は定数式）
その定数式を整数にキャストし直した式が定数式でなくなる根拠はない

**デフォルトの名無しさん** · 2018/03/25(日) 18:29:11.25

>>595
先生！
>>587で「ポインタ演算を使った式が整定数になる保証がないので別の手段を使っている場合がある。」
って言い切ってるんだから、その「場合」とやらを僕も知りたいです！

2018/03/25(日) 18:53:41.81

>>596
>その定数式を整数にキャストし直した式が定数式でなくなる根拠はない
でもそれは整定数式ではないよね。
規格にはキャスト前の型が算術型でなければならないとある。
> Cast operators in an integer constant expression shall only convert arithmetic types to integer types, except as part of an operand to the
> sizeof operator.

2018/03/25(日) 19:02:02.77

（配列等で）連続が保障されてるときには要素数が求まるようにはなってるけど
連続性のないポインタの差分は鼻から悪魔だったような
規格？　みてない

2018/03/25(日) 19:05:21.84

>>598
俺は根拠がないと言ったんだが
それをすっ飛ばして整定数式ではないと言われてもねえ

2018/03/26(月) 07:31:09.27

で、587は逃げたのか

2018/03/26(月) 09:52:06.25

今日からC言語を始めたのでよろしくです

2018/03/26(月) 10:39:34.46

ご愁傷様

2018/03/26(月) 11:35:27.48

a[b*c];
のようにしてもassemblyコードがアドレッシングモードじゃなくて
掛け算してしまうんですけどどうしたらアドレッシングモードで計算するように
なりますか？

2018/03/26(月) 11:54:06.58

>>604
b と c とを使って何をしたいのでしょうか？

2018/03/26(月) 12:03:06.83

>>604
何がしたいのかよくわからないけど、エスパーすると
Cソースで変数のセクションを指定して、リンカでそのセクションの配置を
期待するアドレスに配置すればいいんじゃないかな。

2018/03/26(月) 12:09:23.11

struct a{
int a;
int b;
};
struct a x[100];
void *v=x;

void *h(int n, int s){
return ((char *)v+n*s);
}

struct a *i(int n){
return &x[n];
}
同じことをしているのにｈは掛け算するのにiは掛け算をアドレッシングモードでしているので
処理速度の差が生まれてしまいます。

2018/03/26(月) 12:12:26.75

自己解決しました。

2018/03/26(月) 12:12:50.68

struct aにキャストしてから計算すればいいという話ではなくて？

2018/03/26(月) 12:18:06.83

nかsは定数じゃないと駄目みたいでした。

2018/03/26(月) 12:31:41.16

sがなんだかわからないけど

void *h(int n, int s){
return ((struct a *)v+n*s);
}

じゃだめなん？
s=1ならi()と同じだと思うけど。

2018/03/26(月) 12:37:07.82

struct a *は8バイトなので８を入れればよいのです。

2018/03/26(月) 12:40:49.01

ブロックサイズみたいなイメージかな。
だったらsizeof(struct a)にしたほうがよいかと。

2018/03/26(月) 13:35:11.46

>>612
それは違う環境に持っていってコンパイルしたら破綻するかも知れない。
やはりsizeof使うかそのまんまポインタ計算させた方が良いのでは？

2018/03/26(月) 14:37:40.54

最適化されたらおんなじじゃね？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdba-OUTG) · 2018/03/26(月) 14:44:36.91

struct a*のサイズは32-bit 環境だと4だよな。64ビットだと8バイト。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdba-OUTG) · 2018/03/26(月) 14:47:59.15

ポインタを操作するなら、size_tとかptrdiff_t使った方がいいな。

2018/03/26(月) 15:00:59.23

>>616
ここでは構造体の実体の配列だからsizeof(struct a)で大丈夫。
int１つのサイズは典型的には4byteだけど、IP64だのあまり見ない
データモデルでは8byteのこともあるから、構造体のサイズを使うときは
sizeofがよい(MAY)、ではなくてsizeofにすべき(ほぼMUSTのSHOULD)。

2018/03/26(月) 17:51:14.16

>>598
おまえさんが言いたいのは、これのことか？
https://ideone.com/NITIUP

2018/03/26(月) 17:52:53.38

本買うならどれがいい?
本より優れたサイトがあるならそれでもいいぞ

2018/03/26(月) 19:16:37.53

>>620
きつねさんとおぼえる clang
きつねさんとおぼえる clang おかわり