IZ
Нет!!!!
Как нет то?
Size: a a a
2020 November 13
CD
Как нет то?
В списке char, signed char и unsigned char в точности три разных типа
IZ
Ну, не синоним конечно там употребляется термин, это да
IZ
В списке char, signed char и unsigned char в точности три разных типа
Это да. Согласен. Синоним тут не то слово.
CD
То есть то, что утверждается про char, одновременно утверждается и про один из типов (signed char, unsigned char), но про какой - неизвестно.
У них одинаковые свойства, да. Ну вот, и в списке для чтения object representation только два из них - char и unsigned char, конкретно signed char не в списке, signed char это самый обычный целочисленный тип
CD
Точно так же enum class mybyte : unsigned char - самый обычный enum class без свойств std::byte
AB
Ну, не синоним конечно там употребляется термин, это да
Underlying type там
IZ
Это согласен. Но ещё бы хотелось выяснить, в чём же вопрос.
IZ
Underlying type там
Ну да, это очень прикольное место в стандарте. Уникальное.
P
То есть то, что утверждается про char, одновременно утверждается и про один из типов (signed char, unsigned char), но про какой - неизвестно.
ну там конкретно разделяется "репрезентация" и "тип"
АР
Является ли уб алиасинг чаром, когда он является
https://eel.is/c++draft/basic.lval#11.3
signed? То есть char ведь может быть как signed, так и unsigned, однако стандарт ничего не говорит про signed char и говорит просто charhttps://eel.is/c++draft/basic.lval#11.3
signed char не является алиасящим типом
АР
вообще по стандарту типы char, signed char и unsigned char разные
АР
все три
АР
а знаковость обычного char - unspecified
ПК
Есть ли гарантия в C++17 что пустой конструктор от std::string не пойдёт в аллокатор?
Нет, в дебаге может, оказывается
NP
Интересно, а
std::string{0, 0} пойдет в аллокатор?NP
там уже не написано
unspecified capacityAK
Нет, в дебаге может, оказывается
В дебаге-то ладно. В релизе не хочется фиаско словить, если создастся до аллоокатора.