不时有人在SO上指出char(也就是"字节")不一定是8位.
似乎8位char几乎是通用的.我原本认为,对于主流平台,必须有一个8位char才能确保其在市场上的可行性.
现在和历史上,哪些平台使用的char不是8位,为什么它们与"普通"8位不同？
在编写代码时,考虑跨平台支持(例如,对于通用库而言),对于非8位平台,值得考虑的是什么char？
在过去,我遇到过一些char16位的ADI DSP .我认为DSP是一种利基架构.(然后,当时手工编写的汇编程序很容易击败可用的C编译器可以做的事情,所以我在该平台上没有真正获得C的经验.)
首先,这是我理解并思考问题的真实情况.
对单个变量(如计数器或for循环索引)使用快速数据类型.例如:
#define LOOP_COUNT (100U)
uint_fast8_t index;
for(index = 0; index < LOOP_COUNT; index++){
/* Do something */
}
我想这里最合适的类型是uint_fast8_t因为index永远不会超过255,这将是所有平台上最快的实现.如果我使用unsigned int它,它将在> = 16位平台中最快,但在<16位平台中将更慢,因为int标准最小16位.此外,如果我使用uint8_t它将在> 8位平台上更慢,因为编译器添加了一个AND 0xFF指令来检查每个增量的溢出(我的ARM7编译器即使在全速优化时也这样做).size_t也不是一个选项,因为它可能大于本机整数大小.
如果预计8位溢出,那么坏的一面(？)就不会发生.程序员应该手动检查溢出(因为他/她应该恕我直言),这可能会导致错误的代码,如果忘记.此外,如果LOOP_COUNT在8位平台上"意外地"设置为大于255的值,编译器(甚至PC-Lint让我意外)将不会发出任何警告/问题,但警告将在8位平台上生成,这会降低可移植性并引入错误,但这可以通过#if检查来避免.
如果像数组或结构中那样关注内存使用情况,请尽可能使用最少的数据类型.例如:
uint_least8_t array[100];
如果关注内存使用情况,它是最容易和最有效的声明数组的方法.如果在平台上可以进行字节访问,则此类型将提供字节数组,否则将提供最小的可访问宽度整数数组.此外,如果我们有结构数组,则可以在结构中使用最少类型.
最小类型也可能遇到快速类型的问题,因为变量的宽度可以在两种情况下在不同平台上改变.
尽可能避免使用固定宽度的数据类型,因为在某些平台上它们甚至可能不存在,除了硬件寄存器访问,通信协议映射等,我们需要知道变量的确切位.例如:
typedef struct {
uint8_t flags;
uint8_t length;
uint8_t data[100];
uint16_t crc;
} __attribute__((packed)) package_t;
通常__attribute__((packed))(或类似的东西)应该用来确保不会为这些情况插入填充,因为这本身就是一个问题.
现在,如果我的理解是正确的,我认为最不可能在数组或结构中使用最少的数据类型,快速数据类型更可能用于单个变量,并且不太可能使用固定数据类型以实现最大化便携性和效率.但每次输入"快速"和"最少"并不令人鼓舞.所以,我想到一个类型集如下:
typedef [u]intN_t os_[u|s]exactN_t;
typedef [u]int_fastN_t os_[u|s]N_t;
/* I couldn't come up with …