Ну с связи с возможностью удобной интеграции GCC в MS VS посредством VisualGDB я пересел полностью на GCC, для которого и С ++ 11 совсем не новинка. Если поджимают ресурсы - не пользую stl, new и подобное просто, а сами по себе плюсы ничего не кушают, даже виртуальные методы - точно также делались в голом С, посредством таблиц и передачей в функции явного this, так что ничего не теряю с плюсами это точно



это как раз в Сях, без спецификации underlying типа. А Никсон как раз описал возможность в С11 явно указать этот тип, причем в такой форме это не возможность, а обязанность.
PS я таки с вашими новыми знаниями добил майкрософтовский компилер!!

Это цитата из ISO/IEC JTC1 SC22 WG21 N3690 Date: 2013-05-15 7.2 Enumeration declarations

А что тут не так с sizeof (tst) ? Он 4 стал равен, хотя все остальное по 1, с учетом того что ГЦЦ привел энум к чару

А чего вы хотите добиться применяя sizeof к значению?

Просто понять почему он в структуре один, а вот так просто -4

После sizeof ( некого enum ), недалеко и до sizeof ( #define чего-то ) ...

А все же, почему так?

Да кто его ж знает, компилятор этот ...

Вот тут немножко есть про это: https://stackoverflow.com/questions/8115550...-type-data-in-c

Извиняюсь, если это уже предлагали(не читал все сообщения)
https://www.boost.org/doc/libs/1_67_0/libs/.../doc/index.html

The library supports both C++ and C compilation. It does not depend on any other Boost libraries and therefore may be used as a standalone library.

Как это значение может быть в структуре? Это просто число, оно нигде, пока вы его куда-то не положите. А если положили то и sizeof нужно применять к месту куда положили.

А где Вы видите значение в структуре? Перечисление - это такой же тип, как, например, структура. Только поля перечислений могут использоваться без имени самого перечисления.
Например,

дает возможность объявлять переменные перечислимого типа:

Я не вижу. Вопрос был DASM'у цитата к которой вопрос в моем посте до вопроса. Посмотрите внимательно на код DASM, с которого началось обсуждение.

offsetof считает смещения поля в структуре. Видно, что оно увеличивается на один после такого энум поля.
Что вам непонятно? Почему компилятор, выделяя место для поля типа энум - отводит на это 1 байт, но sizeof применительно к элементу этого энум дает 4.

Вставил как есть ваш код в компилятор ARM (keil), в двух версиях: v5.06 и v6.10.1, вышло sizeof(tst) = 1 ... Все норм.
По-ходу ваш компилятор такой ... странный

Применительно к этой ситуации, как раз Кейл - неправильно делает, но полезным для эмбедеда способом.

Если это вопрос, то потому что sizeof принимает либо тип, либо выражение. Т.к. это выражение, то число-значение энума, автоматом в выражении приводится к int. И sizeof соответственно отдает размер инта.