memsetの第2引数はなぜintなのですか？

Question

あるサイトのソースコードを見ると、結局は内部でunsigned charにキャストされて代入されているようですが、なぜintなのでしょうか？
あと第1引数がvoid*なのは、使用する側がいちいちキャストせずにアドレスを渡せるようにでしょうか？

第1,2ともにunsigned charでよかったのではと思って質問しました。

Answer 1

Stack Overflowの同様の質問

Comments

[yumetodo]

要約: そもそもCにおいて'a'はchar型ではなくint型である

[退会済みユーザー]

文字列リテラルと違って、文字リテラルはint扱いみたいですね
ありがとうございました

Answer 2

あるサイトのソースコードを見ると、結局は内部でunsigned charにキャストされて代入されているようですが、

キャストされているのは第1引数で
void * を unsigned char * にキャストしているのではありませんか？
void * のままだと、第2引数の値をセットできませんから。

なぜintなのでしょうか？

引数の受け渡しには、スタックかレジスタを使いますが、
int が CPU にとって扱いやすいサイズだったからだと思います。
char *strchr(const char *s, int c, size_t n) も第2引数は int です。

<ctype.h> の int isdigit(int c) が文字の判別なのに引数が int なのは、
unsigned char の文字と EOF を渡したいからです。

あと第1引数がvoid*なのは、使用する側がいちいちキャストせずにアドレスを渡せるようにでしょうか？

そうです。

第1,2ともにunsigned charでよかったのではと思って質問しました。

第1引数が unsigned char だったら、アドレスを渡せません。

Answer 3

どうでもいいからじゃないですか？

Answer 4

あと第1引数がvoid*なのは、使用する側がいちいちキャストせずにアドレスを渡せるようにでしょうか？

そのとおりです。むしろ、ポインタ引数を「unsigned charでよかった」と考えるほうが理解できません。

Comments

[maisumakun]

C言語の歴史的経緯（ポインタ幅変数しかなかった、祖先のB言語からの系譜など）もあって、printfのような可変長引数に渡す場合にint未満はintへ変換される（プロトタイプ宣言のなかった頃は、ふつうの引数でもそうなっていた）など、「とりあえずint」となっているような場面も多いです。