マシンがCで標準の整数データ型をサポートしているかどうかをどのように判断しますか？

Question

私は、Cのstdint.hの概念に多少慣れています。整数のサイズを明示すると、ヘッダファイルは#define整数をそのマシンの適切な整数に置き換えます。たとえば、私のマシンの符号なし整数が16ビットの場合、uint32_tはlong unsigned intに置き換えられます。

ただし、マシンが32ビット整数までしかサポートしていないとします。 int64_tを使用した場合はどうなりますか？この整数サイズがネイティブにサポートされていない場合、それを修正できる代替がないので、これはどのように解決されますか？

コンパイラがスローしてエラーが解決できないというエラーが表示されますか？または、64ビットデータ型を保持するために2つの32ビット割り当てを使用しようとしますか？

Answer 1

特定のstdintタイプがサポートされていない場合、コードはコンパイルされません。彼らはこのようにサポートされているかどうかをチェックすることができます：あなたのコンパイラが型をサポートしていますが、あなたのCPUにはない

#include <stdint.h> 

#ifndef UINT64_MAX 
#error uint64_t not supported 
#endif 

場合、それはいくつかのコンパイラ・ライブラリのコードは黙って、より大きなタイプをエミュレートするために呼び出されますことを意味します。

たとえば、8ビットマイクロコントローラでuint32_tを使用すると、コンパイラがそれをサポートする傾向がありますが、ソフトウェアでエミュレートされるタイプなので、マシンコードが大きくなり、速度が遅くなります。

Answer 2

コンピュータ（プロセッサ）は、整数型の上位ビット幅を制限しません。コンパイラは制限を課します。ハードウェアは、大きな整数型の処理の複雑さと効率に影響します。 1-bit platformでさえ、十分な時間とメモリが与えられれば、64ビットの計算を行うことができます。

対応するCコンパイラC99以降では、少なくとも64ビットまでの整数幅をサポートしています。

はい、32ビットマシンは、通常、32ビットの内部オブジェクトのペアを使用して64ビットの操作を処理します。

---

明確になります。 C99コンパイラは、long longを実装するために、の整数型を少なくともの64ビットで処理する必要があります。プラットフォームは、uint64_t、64ビット幅、パディングなし、2の補数の整数型を実装してもよいし、実装してもよい。これは非常に一般的に実装されています。

unsigned long long ull; // must exist 

#include <stdint.h> 
uint_least64_t uleast64; // must exist 

uint64_t u64; // may exist 

Answer 3

特定のC実装のstdint.h（マクロではなくtypedef）として宣言されている正確な幅の型は、すべてオプションです。実際に必要な特性を持つデータ型を提供する場合にのみ、実装を宣言する必要があります。

特定の例では、問題のC実装で64ビットの2の補数の整数型がパディングビットなしで提供されない場合、そのstdint.hは型int64_tを宣言しません。その型を自分で宣言せずに使用すると、コンパイラはコードを拒否します。

stdint.hによって提供される種類のものがいくつか必要です。準拠した実装は間違いなくそれらを提供します。オプションのマクロでは、対応するマクロが定義されているかどうか（たとえばINT64_MAX）をテストすることによって、コンパイラがマクロを提供するかどうかをテストできます。