Вышел WinAVR 20080402...20080411, сыроват еще Опции

[Сергей Борщ]

Вчера еще лежал 20080402-rc1, сегодня уже 20080402.
из плюсов по сравнению с 20071221 - не выдает ошибочное предупреждение

warning: only initialized variables can be placed into program memory area

gcc версии 4.3.0. Выдает нелепые предупреждения-пожелания поставить скобки в выражениях типа X = Y << 2 + 5. просит отделить пробелом точку с запятой от пустого цикла:

Код

while(!ready()); //<- ругается
while(!ready())<пробел>; //<- а так нет

из минусов - начали переделывать eeprom.h, изменили порядок параметров у eeprom_write_block(), теперь порядок соответствует memcpy, memmove и т.д. Могли бы и название другое дать - теперь при смене версии приходится переписывать исходник или добавлять функцию-обертку с условной компиляцией. В файле встречаются ссылки на функции __eerd_block() и __eewr_block(), которых линкер не нашел. Соответственно проект не собрался, качество кода сравнить не могу. Описание eeprom.h убрано из документации avr-libc.
Не нашел своих же ситемных заголовочных файлов - пришлось указать путь вручную через ключ -I (возможно криво встал - вечером проверю на домашнем компе). Вчера ставил дома rc2 - он заголовочники находил.

make, sh и прочие оставлись теми же, что и в предыдущих версиях. Проблема, описанная в соседней ветке осталась.

Убрали АДУ.

Пока это все, что заметил.

[Сергей Борщ]

Вчера еще лежал 20080402-rc1, сегодня уже 20080402.

Хм. Оба спрятали, выложили 20080407.

из плюсов по сравнению с 20071221 - не выдает ошибочное предупреждение

Таки выдает. На переменные с атрибутом PROGMEM и на PSTR(). На переменные, объявленные с PROGMEM через typedef (например, через типы введенные в avr/pgmspace.h) - не выдает.

из минусов - начали переделывать eeprom.h, изменили порядок параметров у eeprom_write_block(), теперь порядок соответствует memcpy, memmove и т.д.

Вернули назад. Снова совместимо с предыдущими версиями.

В файле встречаются ссылки на функции __eerd_block() и __eewr_block(), которых линкер не нашел.

Так и осталось.

Соответственно проект не собрался, качество кода сравнить не могу.

Закомментировал обращение к eeprom. Не смотрел еще, что они там улучшили, но статистика по нескольким проектам такая:

Код

                        20070525   20071221    20080407
mega8                     3486       3392        3142
mega8                     5958       6070        6050
mega128 (AES loader)      2368       2402        2560

Первый проект писался без напряжения, второй - "утаптывался" чтобы влезть в доступную память, третий - портирован с ИАРа, тоже "утоптан" но не очень сильно.

Не нашел своих же ситемных заголовочных файлов - пришлось указать путь вручную через ключ -I

Осталось.

[singlskv]

Не смотрел еще, что они там улучшили, но статистика по нескольким проектам такая:

Код

                        20070525   20071221    20080407
mega8                     3486       3392        3142
mega8                     5958       6070        6050
mega128 (AES loader)      2368       2402        2560

Первый проект писался без напряжения, второй - "утаптывался" чтобы влезть в доступную память, третий - портирован с ИАРа, тоже "утоптан" но не очень сильно.

Сергей Борщ а не осталось ли у Вас до кучи 20060421 ?
можете на нем попробовать ?
Думаю переползать на чего-нить посвежее, но пока не определился на какую версию,
был неудачный опыт попыток переползания на 200701xx, ну и я отложил это дело,
но когда-то ведь придется...

[Сергей Борщ]

Сергей Борщ а не осталось ли у Вас до кучи 20060421 ?
можете на нем попробовать ?

Не было, поставил.
первый проект после подтачивания скрипта линкера дал 3901
второй не скомпилился: error: cannot bind packed field `Msg_DriverID.msg_driver_id_t::Time' to `systime_t&'
третий заоптимизировал в ноль - включена --gc-sections, а его скрипты линкера с этой опцией несовместимы. К счастью, в этом проекте у меня --gc-sections ничего не выкидывает, без --gc-sections получилось 2462.

Странно у меня минимум был при значениях 4..6, при больших и меньших размер кода увеличивался.

А вы при компиляции задаете -Winline? Для меня было большим сюрпризом, что несмотря на inline и на определение функций-членов в объявлении классов gcc часто решает не встраивать некоторые функции. Спасает только __attribute__((always_inline)). В процессе "утаптывания" этих исходников все функции, вызываемые только в одном месте были объявлены с __attribute__((always_inline)), т.е. код сделан максимально линейным. Возможно с этим связана такая разница в результатах.

[singlskv]

Не было, поставил.
первый проект после подтачивания скрипта линкера дал 3901

Спасибо, впрочем я так и не понял какую из версий стоит пробовать
Придется протестировать на своих исходниках...