IAR, AVR Studio, WinAVR, вопрос чайника Опции

[ALFAcaRUS]

суть в том чтоя уже откомпилировал до этого 2 или 3 программы используя этот Makefile

[demiurg_spb]

суть в том чтоя уже откомпилировал до этого 2 или 3 программы используя этот Makefile

Угадал все буквы и даже слова, а смысл прежложения не постиг.
Для каждой программы (вернее для каждого проекта) всегда пишут свой собственный Makefile (не будем вдаваться в подробности и рассматривать случай включения Makefile'ов).

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

суть в том чтоя уже откомпилировал до этого 2 или 3 программы используя этот Makefile

А потом установили на комп какой-то компилятор имени борланда?
Вы можете убеждать меня или себя сколько угодно, но makefile для WinAVR написан под gnu make. Если вы не верите, что синтаксис Borland make и GNU make отличается - чем же мы можем помочь?

[ReAl]

или снести борланда

Что я и сделал при первой же возможности (для этого dll-ки для дельфийской программы на mingw32-gcc переделал).

[demiurg_spb]

Товарищ видимо не совсем понял, что make.exe есть и в каталоге Builder'a и в WinAVR. Хоть эти файлы и имеют одинаковое название, но по сути это две совершенно разные программы несовместимые друг с другом. И в path прописаны пути к им обоим, но путь к WinAVR имеет более низкий приоритет, т.к. инсталляция borlanda была позднее и добавила свои пути до путей WinAVR. Чтобы исправить ситуацию надо поместить пути WinAVR раньше buildera.
(наберите в справке windows "переменные среды окружения или системные переменные")

[cyb]

Напишу здесь чтобы не создавать ещё одну тему.
Есть такая "хитрая" загвоздка с AVR Studio (версия 4.18). В общем работаю в IARe 5.51, а дебаг программный делаю в студии и всё всегда работало. Однако есть проект массивный, где такая связка не работает и не знаю почему. Вроде всё как всегда линковщик настроен на ubrof8, всё линкуется, открываю файл в студии .dbg, но он врубает десасемблер, а на С не хочет. Что только не делал, все настройки проверял не в какую. Тут же открываю другой проект, всё тоже самое и там работает.

П.С. Этот проект был перенесён со старой версии ИАРа 4.20, но в новом всё компилится, в общем должно быть всё норм по идее. У кого-нибудь такое было?

Сообщение отредактировал cyb - Oct 4 2011, 13:25

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

открываю файл в студии .dbg, но он врубает десасемблер, а на С не хочет.

Посмотрите на вкладке Output компилятора, стоит ли галочка "Generate debug information".

[defunct]

Чтобы исправить ситуацию надо поместить пути WinAVR раньше buildera.
(наберите в справке windows "переменные среды окружения или системные переменные")

Или, есть вариант проще:
переименовать каталог куда был установлен Borland в _Borland, на время работы с gnu make.

[cyb]

Посмотрите на вкладке Output компилятора, стоит ли галочка "Generate debug information".

Точно, сработало, спасибо за совет .

[Smoky]

Не смог обнаружить в WinAVR функции или макросы преобразования двоичного кода в двоично-десятичный. Имеются ли в нём таковые, или кроме printf() ничего нет и нужно создавать свои?

[alexeyv]

Создай свои - не так уж и сложно.
Использование printf() - слишком уж тормозной и memory-потребляющий способ.

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

Использование printf() - слишком уж тормозной и memory-потребляющий способ.

С printf в avr-libc недавно разбирались - не слишком memory-потребляющий, около 20 байт на стеке. Неспешный, это да. А, еще по размеру кода может быть великоват.

дымок: В avr-libc есть функции ltoa(), itoa(), utoa, ultoa(). Вы можете вычесть из каждого символа результата по '0' и сложить полученные числа парами в тетрады. Или писать свою функцию - поддержка BCD-кода как-то не слишком распространена в языках программирования.

[Smoky]

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

[alexeyv]

А, еще по размеру кода может быть великоват.

Я это и имел ввиду. Забыл уточнить тип памяти

[ReAl]

Грубо от 1.5 до 2.5 килобайта в зависимости от версии форматтера (поддержка разных вариантов ширин полей и float).