sizeof(long), sizeof(short) （処理系依存と言うけれど・・・）

質問

数値（整数）型の定義サイズについて、質問です。

ANSIの規格では、

sizeof(short) ≦ sizeof(int) ≦ sizeof(long)

としか定義されていないので、実際にこれらの型が取る大きさは処理系依存だ、と聞きます。
しかし、VC++、BCCなど、知名度の高いコンパイラでは、いずれも、

sizeof(short) → 2
sizeof(int) → 2
sizeof(long) → 4

となっているようです。（手元にないので、gccでは確認していませんが・・・）
実際のところ、上記のサイズにならない処理系は実在するのでしょうか？

何故こんな質問をするのかというと、あるテキスト（事情があって、書名等の情報は出せないのですが）に

> 次の sizeof 演算子の返す値として正しいものはどれですか。
>
> long hoge[32];
> sizeof(hoge);
> ------------------------------------------------------
> A. 32
> B. 64
> C. 128
> D. 256
> E. 512

という問題が掲載されており、解説が、

> 正解は C 。
>
> long 型は 4 バイトで構成されるので、32 個の要素がある配列では、 128 バイトになります。

となっていたのです。（short型のサイズを問う類題あり）
特定の処理系が前提条件とされていないので、適切な設問、解説とは思えないのですが、誤りと断言できるほどの自信がないため、作者に指摘すべきか否か、迷っています。
sizeof(short) → 2、sizeof(long) → 4 にならない処理系が実在しなければ、規格の定義上は正しくなくても、実務上は誤りとは言えないような気もしますが、どうでしょうか？
コメントをお待ちしております。

回答No.1

hiroyapapa · ベストアンサー

64ビットマシン向けの商用UNIXのほとんどでは、
sizeof(long)は 8
となっているはずです。(LP64モデルを採用)

ちなみに、
Win64では 4 のままです。(LLP64モデルを採用)

さらに重箱の隅をつつくようで申し訳ないですが、IA32向けのVC++や、BCCでは、sizeof(int)は 2 ではなく 4 を返しますね。ご確認を。

参考まで。

お礼

コメントありがとうございます。

> 64ビットマシン向けの商用UNIXのほとんどでは、
> sizeof(long)は 8
> となっているはずです。(LP64モデルを採用)

ということは、

> 規格の定義上は正しくなくても、実務上は誤りとは言えないような気もします

はとんでもない話で、この内容では、テキスト（教材）としての品質に大いに問題がありそうですね。
クレーム（修正要求）を付けた方がいいかな？

> IA32向けのVC++や、BCCでは、sizeof(int)は 2 ではなく 4 を返します

おっしゃる通りです。
ご指摘ありがとうございます。