WinAVR-20080610, делимся впечатлениями Опции

[haker_fox]

Скачал. Установил.
Приятно удивил результат.
Проект скомпилированный на WinAVR-20070525 занимает 6452 байт. Работает. Проект скомпилированный новым компиляторм занимает 5396 байт. Полностью не работает. Детальный анализ пока не проводил. Серьезных багов не видел.
makefile используется один и тот же, только пути разные подставляются для вызова разных версий утилит.
Самое интересное, что при очистке проекта

Код

make clean

вылетает такая ошибка

Код

0 [main] rm 3292 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
111988 [main] rm 3292 open_stackdumpfile: Dumping stack trace to rm.exe.stackdump
make.exe: *** [clean] Error -1073741819

Компилирует на первый взгляд нормально, но при заливке кода в МК ничего не работает.
Вот...

P.S.
Версия WinAVR-20071221 полет нормальный. Только очистка вылетает с такой же ошибкой.

Свои makefile прикрепляю на всякий случай. Они абсолютно одинаковы, за исключением путей к утилитам пакетов WinAVR.

Прикрепленные файлы

 makefiles.zip ( 5.81 килобайт ) Кол-во скачиваний: 115

 

[733259]

ИМХО это уже не раз обсуждалось, в четверке новые методы оптимизации, в том числе - "GCC can now do a form of partial dead code elimination (PDCE) that allows code motion of expressions to the paths where the result of the expression is actually needed. This is not always a win, so the pass has been limited to only consider profitable cases."
Выкидывает код, может где volatile не хватает, может глюки.

ИМХО на четверку для AVR вооще нет смысла переходить, прошивка всегда больше, скорость меньше.
Был бы рад узнать, что не так.

[haker_fox]

ИМХО это уже не раз обсуждалось, в четверке новые методы оптимизации, в том числе - "GCC can now do a form of partial dead code elimination (PDCE) that allows code motion of expressions to the paths where the result of the expression is actually needed. This is not always a win, so the pass has been limited to only consider profitable cases."
Выкидывает код, может где volatile не хватает, может глюки.

ИМХО на четверку для AVR вооще нет смысла переходить, прошивка всегда больше, скорость меньше.
Был бы рад узнать, что не так.

Сейчас проверил, что даже при отключенной оптимизации не работает код.
На данный момент стабильно работают версии WinAVR-20070525, WinAVR-20071221. Последняя генерит код байт на 300 меньше.
Программа, написанная мной, активно использует классы, наследование и т.д. Может быть это является камнем предкновения? Обычный Си код не проверял.