WinAVR-20100110 - gcc 4.3.3
Klen - gcc 4.6.0 (gcc 4.4.0 для Klen-20090323, 4.5.0 для Klen-20091202)

Некоторые баги (тяжело сказать - gcc как целого или порта AVR или эффект интерференции между ними) появились где-то на уровне gcc-4.2.x, сохранились в 4.3.х, пропали в 4.4.0

О'да!!!!!!!!!! переход от тройки к четверке был болезненный и четверка по началу была хуже тройки, но закладывались новые концепции.

пример из жизни, Миг-23МЛД в ближнем маневренном бою!!! рвал Миг-29 первых серий как Тузик грелку, причем драмматически. Со временем САУ на Миг29 поднастроили, напильньником приложтлись и ... вуаля! сверхмоневренный пипелац.

2_Genadi Zawidowski
Вы кажется какойто приемник творите или чтото в этом роде если не ошибаюсь.
новой сборкой должно собратся. хочу вашего подтверждения что кокос растет и крокодил ловится.
или пять не ловится?

спасибо, klen, за ответ, да видно не в коня корм... сложно мне понять ваши слова, т.к. до сего момента не сталкивался с багами avr-gcc... разве что вот один, который меня подкосил: с целью оптимизации по размеру объявил ряд переменных регистровыми, и напоролся на то, что компилятор ни слова не говоря собирает код, в котором происходит использование регистров из моих регистровых переменных в функциях разных модулей, в итоге, естественно, каша и бардак

было бы интересно узнать, ваша сборка как с регистровыми переменными (глобальными, естественно) себя ведет? и еще, упомянутые вами оптимизаторы - есть что-то на более-менее понятном языке об их возможностях? какие параметры управляют ими и т.п.?

klen, большое Спасибо!

2_ARV

c регистровыми переменными все очень просто.

0. правильно проектируем приложение

1. если линкуете без внешних либ которые знать не знают о ваших регистровых переменных будь то libgcc libc libm (хотя это мало реально)
нада для всех исходников при компиляции скормить компиллеру ключи .... где X,Y,... номера регистров. тогда никто эти регисрты трогать не будет и они спокойно будут использоватся переменными обявленными в С коде

2. в более реальном случае с использования ничего не знающих о вашей какойто там регистровой переменной библиотеках я делаю так - собираю все без регистровых переменных - нахожу в результирущем асм - листинге дыры в использовании регистров (в моем крайнем проекте это оказались r9 r12 r16 ) и делаю пункт 1. Это нада чтоб неналететь на затирание регистровых переменных библиотечными вызовами.

3, если в пункте 2 'дыр нет", берем перекомпилируем библиотеки а правильнее начинаем с пункта номаер ноль!!!! - делаем чтоб регистровых переменных ненужно было. хотя клиника случается и без них не обойтись, сам пользуюсь но не злоупотребляю.

Я думаю кнонить ченить должен добавит по этой теме.

2_Vasen
неужели без толкача завелась сразу? неверю. про ldconfig не стал писать хотя очем это я - линуксойды народ которуму разжовыать не нада

вот я олух! ну ведь знал я о ключике -ffixed-rX!!! как я мог забыть?! а по поводу оптимизаторов что скажете?

А вот кстати
присоединяюсь, и аналогичный вопрос по AVR. А в основном уже сижу под линуксом, но вот подсел на чужие сборки и так сам и не наладил процесс :-)

а вопрос то в чем?

"Не имеется ли сборки для AVR для Ubuntu/64"

зддрасти приехали...
сообщение #343 читать до самого низу обязательно, Vasen уж наверно наверно педали нажимает, а Вы на стоянке пипелац в упор незаметили
если незаведется то кривым стартером (ldconfig) поможем - либы отделным архивом, их в /usr/lib usr/local/lib сыпать не нада - затрете системые и могут быть глюки потому что у меня версии свежие(т.е отличаются от тех что в ситеме), свалите сошки в отдельную папку и прокешируйте ее с помощщу ldconfig

Это Ваша версия, klen.


А это предпоследний yagarto


Как видите, в Вашу пользу выигрыш около 300 байт на 31 килобайт.
Прошивка работает, что приятно отличает от предпоследней версии. Прерывания, как Вы понимаете, заработали сами. Я не модифицировал текст (только префикс для компилятора в Makefile).

Стеки в bss... Пожалуй зря. На самом деле - не обратил внимания. Там ещё можно накопать - не используется user stack. Но очищаю bss я не в подпрограмме - потому и не заметил ничего плохого.
Где-то встретил требование по выравниванию стеков для ARM-EABI на 8 байт. Не прокомментируете?

klen, как Вы правильно заметили, делаю приёмник (уже давно разные варианты), сейчас на стадии рисования схемы платы передающего тракта для превращения в приёмо-передатчик. В программе формирование телеграфного сигнала с ручного манипулятора и управление автоматикой переключения приём-передача присутствует. Я на forum.cqham.ru этот проект выкладываю свежее состояние и фотографии плат.

Сообщение отредактировал Genadi Zawidowski - May 26 2010, 21:07

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



я таки думаю что не прерывания неработали, а вообще ничего неработао (или работало непрвильно еще недоходя до прерываний)


эх.. я по СВЧ приемникам и передачтика болше балдю, тока не измерительной апааратуры ни условий... ничего вообще нет, только любовь

Так он же вроде для ARM просил, а не для AVR.
Ладно, выдохну выпускной -- разберусь.

действительно, это я пипелац не увидел, извиняюсь.
выложу пожже

klen, не получилось развернуть архив со сборкой (сливал 2 раза).
Выкидывает вот такую ошибку: