Исходное сообщение
"Не работает jit на arm :(" Отправлено Анончик, 17-Янв-17 15:58
>[оверквотинг удален] > p.p.s.: я сильно подозреваю, что это очередной случай, когда компилятор тупо считает: > «программ с UB нет и быть не может». там выше цикл, > который снимает у attr атрибут внутренней очистки, и в принципе, он > без охраны. поэтому компилятор вправе считать, что после цикла data.attr никогда > не NULL, даже если цикл в принципе выполнился ноль раз (а > после вызова функции, в которую компилятор не может заглянуть, он вынужден > заново проверять). вполне возможно, что поэтому и беда. ибо новые компиляторы > всё больше оптимизаций делают основываясь на идиотской идее про UB. > флаг я бы убирать не стал, потому что неизвестно, где ещё компилятор > может проявить подобную гениальность. Хм, а 4-й gcc такой фигни не творит? А то у меня пока нет возможности проверить...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >> p.p.s.: я сильно подозреваю, что это очередной случай, когда компилятор тупо считает: >> «программ с UB нет и быть не может». там выше цикл, >> который снимает у attr атрибут внутренней очистки, и в принципе, он >> без охраны. поэтому компилятор вправе считать, что после цикла data.attr никогда >> не NULL, даже если цикл в принципе выполнился ноль раз (а >> после вызова функции, в которую компилятор не может заглянуть, он вынужден >> заново проверять). вполне возможно, что поэтому и беда. ибо новые компиляторы >> всё больше оптимизаций делают основываясь на идиотской идее про UB. >> флаг я бы убирать не стал, потому что неизвестно, где ещё компилятор >> может проявить подобную гениальность. > Хм, а 4-й gcc такой фигни не творит? А то у меня > пока нет возможности проверить...
	Введите код, изображенный на картинке: