> #define PRId8                   "d"             /* int8_t */
> #define PRId16                  "d"             /* int16_t */
> #define PRId32                  "d"             /* int32_t */
> #define PRId64                  "lld"           /* int64_t */

Отлично. Вы эти макросы в реальной жизни пробовали применять? Впрочем, вижу, пробовали:

>

printf("%" PRIdLEAST64, some_value)

религия не позволяет?

увы, религия не позволяет. Потому что:

1. такой способ записи подходит только в лабораторных условиях. _Читать_ (а наглядность - главное достоинство printf-like форматирования) подобный код - задача не для слабонервных. Попробуйте туда засунуть ещё пару целочисленных значений, да с какими-нибудь модификаторами для разнообразия, и результат показать здесь. А потом оценить количество людей, которым понравится портабельность _такой_ ценой.

2. от того, что я придумаю макрос PRIdLEAST64 там, где его нет, "стандартная для платформы" реализация printf не научится волшебным образом понимать эти самые 64битные значения.

3. в исходной задаче говорилось про size_t, off_t и int16_t. Случай int16_t разобрали выше. Для size_t и off_t, по факту, требуется {configure/compile}-time проверки с выбором между этими типами, и "обычными" int/long/etc там, где рантайм не в курсе POSIX'овых умностей. Опять же, см. пп.1 и 2.

4. Впереди ещё форматирование многобайтных строчек и непрямое (через *) указание аргументов.

>>> Всего лишь заголовочный файл.
>> П-цаны, _откуда_ , _откуда_ , скажите, сделайте милость, всплыл этот дурацкий inttypes.h
>> в вопросе форматирования сообщения fprintf'ом? Кое-кто здорово заменил исходную задачу
>> той, с которой ему удобно сражаться, и понеслось...
> Вы это серьёзно? Или вы в inttypes.h ни разу не заглядывали?

Ну, макросов этих не помню, но, честно, они не помогают, см. возражения выше.

> (что-то я опять язвительный сверх меры... пойду-ка посплю)

Давайте. Авось, язвительность ненужная поутихнет.

P.S. буквально в среду разглядывал реализации такого форматирования сначала в сысоевском коде, а потом в ещё одном проекте, претендующем на переносимость. И чего это люди не горят использовать стандартные механизмы в своих проектах ;)