2016年、C言語はどう書くべきか (後編) | POSTD

(前編はこちら： 2016年、C言語はどう書くべきか (前編) ) (編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) システム依存の型 まだ「32 bitのプラットフォームでは32 bitのlong型、64 bitのプラットフォームでは64 bitのlong型がいい」という不満があるようですね。 プラットフォームに依存する2つの異なるサイズを使うため、 故意に コードを難しくすることを考えたくなければ、システム依存の型のために long を使おうとは思わないでしょう。 この状況では、プラットフォームのためにポインタ値を保持する整数型、 intptr_t を使うべきです。 モダン32-bitプラットフォームでは、 intptr_t は int32_t です。 モダン64-bitプラットフォームでは、 intptr_t は int64_t です。 int

[adwd118]

これだけ新しい機能があっても「対応してないコンパイラがあったらどうするんだ？（高圧的」でウン十年前から変わらないコードが日々生産されるのが実際のCの現場では感

[cruller]

もはや別の言語として扱った方が…

[mohno]

型の件は全然同意できない。“移植”を想定する場合はそうかもしれないが、Windows APIを使い移植を想定しない場合もあるわけで。「現在のCの主要な用途」がそういう場所なのかもしれないが。

[FTTH]

もうあるんじゃないっけ、と思ったらあれはC++だった　／　今からピュアC書くことはそうそう無いんじゃないかと思ったぞ（冷静

[meerkat]

[C][プログラミング][c99]

[rby]

memo: 全ての隣接した文字列はプリプロセッサによって1つのまとまった最終的な文字列に連結される

[xxxxxeeeee]

Alleyって書いてる記事を信用していいものか

[zilog80]

“#pragma once”

[natsutan]

勉強なる

[zetamatta]

ssize_t (Signed size_t) って、なんだよ、それ…

[vanbraam]

主に型と型変換,静的初期化に関する議論が中心;#pragma onceについては議論ありそう;void *の使用を勧めているのは興味深い;戻り値をtrue/falseにするのはerrno返す手法と本質的に同じな気が;フォーマッタはもう言語標準でいい

[mas-higa]

最後の方は好みの押し付けやな。モダンとかそういう話じゃない。

[nakag0711]

pragma onceが未だ非標準なのは標準化委員会の何かが間違っていることの証拠

[tamakoron]

2016年、C言語はどう書くべきか (後編)

[ooblog]

#C言語 「C99~forループでインラインにカウンタ~pragma once~手動のヘッダガード~ifndef~よりも推奨~可変長配列~範囲を厳しくすれば~malloc~よりもずっと容易」

[itouhiro]

「ポインタ値にintptr_tを使う」「ポインタ差分格納にptrdiff_t」「符号付き整数を精度を損ねずintmax_tにキャスト」「C99どこでも変数定義可」「#pragma onceはヘッダを一度だけinclude」「C99でtrue false」「常にcallocを使うべき」

[bamch0h]

C言語も進化してるんやで？

[kamei_rio]

intptr_t, size_t, malloc…… / セキュリティあんまり詳しくないけど、BOF対策として安全な関数を使いましょう、はもう当たり前なのかな

[nilab]

2016年、C言語はどう書くべきか (後編) | プログラミング | POSTD