Сообщение Re[2]: offsetof() без UB от 25.03.2025 7:44
Изменено 25.03.2025 8:39 rg45
Re[2]: offsetof() без UB
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус. Поведение твоей программы может измениться не только при апгрейде компилятора, но даже при простом изменении опций компиляции. (Да-да, я в курсе, что ты не переключаешь опции как попало
)
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус. Поведение твоей программы может измениться не только при апгрейде компилятора, но даже при простом изменении опций компиляции. (Да-да, я в курсе, что ты не переключаешь опции как попало

Re[2]: offsetof() без UB
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус. Поведение твоей программы может измениться не только при апгрейде компилятора, но даже при простом изменении опций компиляции. (Да-да, я в курсе, что апгрейдов ты не делаешь и опции не переключаешь
)
ЕМ>А если язык реализован на традиционной архитектуре с адресуемой памятью, то никаких причин для неожиданностей не просматривается.
Я в тебе не сомневался.
ЕМ>MS, слава богу, демонстрирует в отношении VC++ изрядную вменяемость, понимая, что поломка любого из традиционно используемых механизмов вызовет чрезмерные потрясения, в том числе и у них самих.
Так и MS не даёт тебе никаких гарантий. Но ты продолжаешь лезть на этот кактус. Поведение твоей программы может измениться не только при апгрейде компилятора, но даже при простом изменении опций компиляции. (Да-да, я в курсе, что апгрейдов ты не делаешь и опции не переключаешь
