Size_t переносится?

size_t гарантированно сможет хранить количество байтов любого объекта в вашей реализации. Вот почему тип возврата sizeof - size_t.

Так что да, он портативный.

Как говорили другие, size_t является правильным и совершенно приемлемым для хранения результата sizeof() или размера любого представимого объекта в байтах. Вам следует остерегаться следующего:

1. size_t имеет тот же размер, что и целочисленный тип без знака. Это не обязательно то же количество байтов, что и у самого большого целочисленного типа без знака, unsigned int, unsigned long и т. Д.
2. sizeof(size_t) - это количество байтов, определяемое реализацией, поэтому memcpy 'его или присвоение любому целочисленному типу, отличному от uintmax_t, - плохая идея. Я даже не уверен, что можно с уверенностью предположить, что он такого же размера или меньше, чем uintmax_t.
3. Запись значения size_t в двоичный файл и чтение его обратно в size_t другим процессом, на другой машине или чем-то, скомпилированным с другими параметрами компилятора, может быть опасно для вашего здоровья.
4. Отправлять значение size_t по сети и пытаться получить его с помощью sizeof(size_t) буфера на другой стороне довольно небезопасно.

Все это стандартные проблемы с любым другим целочисленным типом, кроме unsigned char. Таким образом, size_t столь же переносим, ​​как и любой другой целочисленный тип.

Имеет смысл использовать size_t или ssize_t для буфера, если вы используете malloc () или read (). Для переносимости используйте SIZE_MAX, SSIZE_MAX, sizeof (type-in-your-buffer) и% zd или% zu printf ().

У вас также есть off_t и ptrdiff_t / ssize_t, которые одинаково различаются в зависимости от архитектуры.

Если вы используете их правильно, они переносимы для разных архитектур. В 32-битной системе все они будут иметь ширину 32 бита, а в 64-битной системе все они будут иметь ширину 64 бита. Это то, что вам нужно - размер буфера не может быть больше 32-битного size_t в 32-битной системе, но он может быть намного больше в 64-битной системе.

Вы никогда не должны использовать целые числа, длинные числа или что-то еще. Помимо всего прочего, размер long зависит от платформы (32-битный в большинстве 32-битных систем, 64-битный в 64-битных системах Unix, 32-битный в 64-битной Windows).

Трудно понять, что вы подразумеваете под портативным в данном случае. Термин «переносимый» допускает множество различных интерпретаций.

size_t имеет очень конкретную цель. Он может содержать размер любого объекта в данной реализации. Т.е. это тип, который всегда может получить результат оператора sizeof. size_t не имеет другой цели, и в рамках предполагаемого применения он на 100% переносим, ​​настолько же переносим, ​​насколько это возможно.

О каком портативном устройстве вы спрашиваете, опять же, не ясно.

Зависит от того, для чего вы используете size_t.

Если вы используете его для определения размера буфера памяти, это будет безопасно, поскольку size_t достаточно велик, чтобы адресовать всю память любого компьютера. Так что, если буфер памяти больше, у вас все равно есть проблема.

С другой стороны, если вы используете его как общее беззнаковое целое число, например, для подсчета количества звезд во Вселенной, у вас может возникнуть проблема в 32-битной системе (не уверен в 64-битных системах).

Единственная серьезная проблема с этим - это попытка получить доступ к довольно большому массиву или большому числу size_t.

Точно так же, как обычного int может быть достаточно в 64-битной системе, но он может вызвать сбой в 32-битной системе, потому что он слишком велик для int в 32-битной системе.