Вышел 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

Осталось.

[aesok]

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

Код

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

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

Пожалуйста протестируйте версию 20080407 с ключем "--param inline-call-cost=5"

Анатолий

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

Пожалуйста протестируйте версию 20080407 с ключем "--param inline-call-cost=5"

Пожалуйста. Результат меня заинтересовал, я проверил все три проекта с этим параметром от 0 до 10:

Код

0   3038    5812    2408
1   3038    5840    2408
2   3038    5878    2468
3   3128    5878    2538
4   3128    5918    2560
5   3128    5918    2560
6   3146    5966    2560
7   3146    6018    2560
8   3142    6018    2560
9   3142    6018    2560
10  3142    6018    2560
20          6116

20071221 на этот параметр не реагировал. Ключик возьму на заметку. А отрицательным его нельзя сделать?

И что делать с eeprom?

P.S. странно - на домашнем компе системные заголовочные файлы компилятор нашел.