Каким образом можно убедиться в том, что библиотека stdint.h выделила n байт памяти?

1. Для того чтобы убедиться, что библиотека stdint.h выделила n байт памяти, можно использовать функцию sizeof() для определения размера переменной определенного типа данных. Например, можно создать переменную определенного типа данных из stdint.h и использовать sizeof() для определения размера этой переменной. Например:

``` 
#include <stdint.h>
#include <stdio.h>

int main() {
    uint32_t var;
    int size = sizeof(var);
    
    printf("Size of uint32_t variable: %d bytes\n", size);
    
    return 0;
}
```

2. Для того чтобы научиться эффективно управлять временем и достигать поставленных целей, можно использовать следующие стратегии:

- Установить конкретные, измеримые и достижимые цели.
- Составить ежедневный план работы и следовать ему.
- Использовать методы управления временем, такие как техника Pomodoro.
- Приоритезировать задачи по их важности и срочности.
- Избегать отвлекающих факторов и налаживать концентрацию.
- Заниматься самомотивацией и укреплением дисциплины.
- Оценивать свои достижения и корректировать план работы по результатам.

Помимо этого, можем пройти курсы по управлению временем, следить за литературой и статьями в данной области, а также обращаться за помощью коучей или специалистов по планированию и организации времени.

В моей версии MinGW это сделано так. 
 На уровне компилятора определяется макрос __INT64_TYPE__ , который на данных настройках значит long long. Затем через жёсткую препроцессорную магию определяются и остальные типы и константы, связанные с int64. 
 
 
# include_next <stdint.h>  // то есть самого себя!

. . .

#ifdef __INT64_TYPE__
# ifndef __int8_t_defined /* glibc sys/types.h also defines int64_t*/
typedef __INT64_TYPE__ int64_t;
# endif /* __int8_t_defined */
typedef __UINT64_TYPE__ uint64_t;
# undef __int_least64_t
# define __int_least64_t int64_t
# undef __uint_least64_t
# define __uint_least64_t uint64_t
# undef __int_least32_t
# define __int_least32_t int64_t
# undef __uint_least32_t
# define __uint_least32_t uint64_t
# undef __int_least16_t
# define __int_least16_t int64_t
# undef __uint_least16_t
# define __uint_least16_t uint64_t
# undef __int_least8_t
# define __int_least8_t int64_t
# undef __uint_least8_t
# define __uint_least8_t uint64_t
#endif /* __INT64_TYPE__ */
 
 
 Полагаю, это связано с тем, что компилятор и библиотека сильно кроссплатформенны и написаны в большом отрыве друг от друга. Решай мы более простую задачу — то есть связку «компилятор-библиотека» для конкретной ОС — можно было просто 
 typedef long long uint64_t;

Не претендую на глубокое знание плюсов, но... 
 
Модификаторы типа вроде long или short не гарантируют увеличение или сокращение выделяемой памяти под переменную, а результат зависит от компилятора, - так пишется во многих учебниках. В то же время типы intx_t, описанные в библиотеке stdint.h, якобы гарантируют размер переменной. 
 
 Но ведь stdint.h идёт в комплекте с компилятором, а потому составлен с учётом особенностей этого компилятора.