P
Size: a a a
2020 March 06
AB
Алиасинг не про алиасы
AS
не совсем понятно зачем там такой паддинг. Поизучаю матчасть, пожалуй.
P
Artöm Bakri Al-Sarmini
Алиасинг не про алиасы
цитирую с сппреференс что я имею ввиду:
Type aliasing
Whenever an attempt is made to read or modify the stored value of an object of type DynamicType through a glvalue of type AliasedType, the behavior is undefined unless one of the following is true:
Type aliasing
Whenever an attempt is made to read or modify the stored value of an object of type DynamicType through a glvalue of type AliasedType, the behavior is undefined unless one of the following is true:
P
цитирую с сппреференс что я имею ввиду:
Type aliasing
Whenever an attempt is made to read or modify the stored value of an object of type DynamicType through a glvalue of type AliasedType, the behavior is undefined unless one of the following is true:
Type aliasing
Whenever an attempt is made to read or modify the stored value of an object of type DynamicType through a glvalue of type AliasedType, the behavior is undefined unless one of the following is true:
AB
Приведи пример юниона, в котором типы алиасятся, но не входят в common initial sequence
AB
и вопрос в том разрешено ли, если грубо говоря есть class A{ int a} и class B {int b} кастить один к другому. Потому что фактически это один тип, но как компайлер о них должен думать по стандарту? (то что как минимум в 99% это работать будет и так понятно)
Это 2 разных типа по определению
AB
Кастить через что?
VO
всегда можно сделать (B*)&a
P
всегда можно сделать (B*)&a
но не дереференсить это
DS
возможный лэйаут:
struct {int a; int b; int c;} // AAAAPPPPBBBBPPPPCCCCPPPPНу по ia64 abi layout таки одинаковый.