typedef size_t RetVal;

RetVal read(size_t pFD, uint8_t* const pBuf, size_t pToRead, size_t* const pRead);

/******/
RetVal rv;
size_t really_read;

if(MyToRead > 0)
{
    rv = read(MyFD, MyBuf, MyToRead, &really_read);
    if(rv != RV_Ok)/* RV_Ok == 0 */
    {
        ErrorHandler...
    }
    else if(really_read < MyToRead)
    {
        EmptySourceHandler...
    }
}

Потому что по стандарту

> The minimum size for char is 8 bits, the minimum size for short and int is 16 bits, for long it is 32 bits and long long must contain at least 64 bits.
> -- https://en.wikipedia.org/wiki/C_data_types

Дабы не грешили на вику, скажу, что такое же утверждение (кроме long long, и относительно C++) я находил в третьем издании книги Страуструпа по C++ (описывающей стандарт 98 года).

> Но есть волшебный ключ "-mint8", который

ломает переносимость. Но, откровенно говоря, софт для AVR вряд ли кто-то будет пускать на серверах и/или десктопах, да и переносимость "в бОльшую сторону" (в минимум-16-битный int вместо 8-битного) в 99% случаев "сама получится".

Как раз наоборот я могу быть уверен, что , например, int32_t всегда строго 4 байта, а не ХЗ сколько. И что в size_t гарантировано влезет размер буфера, не вломив мне integer overflow.
> Вручную выбирать размер машинного слова под конкретное устройство?

Вот как раз *_t от этого и избавляют
> Или все же лучше оставить это решение за компилятором?

Нет, не всегда это лучше.
> вот поэтому и появился тип int, который "минимум 16 бит"

А может быть и не 16, а может быть и 32 и 64 и, с ключами, как выше написано, даже 8. И что? А потом тебе приходит бинарник/сообщение в котором, условно 15 полей типа int. И? Какого int прислали 16/32/64/... бит и каким разбирать?
> Неужели вы считаете что Керниган и Риччи были глупее вас?

Как там у Вас в 70-х? Стандарт как-бы уже давно ушёл вперёд.