Доброго времени суток. Пишу программу для AVR микроконтроллеров на ассемблере. Нужно скомпоновать объектные файлы. Как это можно сделать? На сколько я понимаю, для этого нужен линковщик. Но какой??

А объектные файлы чем созданы?

На каком ассемблере. Телепатия не помогает увы...

Если вы о Авр студии то на выходе получаете файл, который зашивается в МК, если о чем то другом пытаетесь спросить... то пожалуйста - приоткройте завесу тайны... Поподробнее что ли

Использую ассемблер для AVR. Компилятор от AVR Studio (avrasm32.exe). Самим AVR Studio не пользуюсь. Использую программу Tavrasm, которая и запускает компилятор; объектные файлы создаю тоже с ее помощью. Основная идея - разбить программу на отдельные модули, каждый из которых сохраняется в отдельном файле и отдельно компилируется; объединение должно происходить на этапе компоновки.

Атмеловский ассемблер от AVRStudio такого не поддерживает. Возьмите гнутый ассемблер/линкир/все остальное из WinAVR, но исходники придется основательно перелопатить.

Спасибо за ответ. Жаль что не поддерживает. А какой "гнутый" ассемблер возможно использовать?

В WinAvr-е есть и компилятор С, и ассемблер, и линковщик.

Да он один - avr-as (линкер - avr-ld). Входит в состав GNU binutils. Для виндовса можно найти в собранном виде, с документацией и С/С++ компилятором впридачу в составе пакета WinAVR. Он же более свежей сборки - в виде Atmel AVR Toolchain.

Что-то я не понял , что именно не поддерживает студийный asm?
Компановку отдельных файлов в один проект - поддерживает.
Порядок компановки файлов - тоже .
Поясните , плиз

Раздельное ассемблирование каждого ассемблерного исходника в объектный файл и последующую линковку. Атмеловский ассемблер позволяет лишь тупо свалить несколько исходников в один файл директивой include и затем ассемблировать полученный текст.

А какая не всё равно, если объектные файлы линковщик на части разбить не сможет - в итоге получим тож на тож. Или нет?
К тому же в каждом проекте есть свой файл inc общий обычно для всех файлов проекта в целом . А Для каждого отдельного файла свой inc и свои назначния переменых , буфферов переменных и т.п.

Не понимаю зачем для авр вообще нужен линковщик.
Програмной памяти то не много. Неужели время трансляции напрягает?

Не, немного: 128kB-192kB-256kB..скоро обещают 384kB.



Напрягает. 128кБ пересобирается за 1-2 минуты.

Это что , проект на asm занимает 128к?

Нет проект на Си. А какая разница?
На асм он занимал бы килобайтов 80-100 (правда вряд ли бы его удалось написать).

Мой самый большой проектик занимает 370кБ в тексте и всего 8кБ в бине.
Точно время трансляции определить не смог.
Результат трансляции появляется практически одновременно с нажатием клавиши ентер.
Причём создается впечатление что львиную долю этого времени занимает вывод на экран результата.
Ну даже если предположить что время трансляции 8кБ = 0.1 сек то 128кБ должно длиться около 1.6 сек.
А 1-2 минуты ... я в шоке.

Эко у вас сжимает.
Посмотрел проект: исходники ~900kB, bin - 126kB


На суперкомпьютере работаете?


Видимо IAR не может задействовать все ядра проца и HT.
Ну и асм быстрее транслировать.

Дык, целая текстовая сторка превращается в несколько байт.

Дык, строка это уже целая подпрограмма.

Вроде нет:


100-500

zombi
Ну это Вы поскромничали - семь процессоров на борту. Я свои 7-мь ни разу не смог их загнать в ступор.

Но я так и не понял , зачем asm нужен линковщик , если уже команды условных переходов и коанды rcall, rjmp вносят ограничения на расположения остального кода зависящего от "возможностей" этих команд.
Да , include не очень оптимизирует код , но вот порядок подключения файлов позволяет подключить файлы использующие прерывания поближе к таблице прерываний , что даёт возможность заменить jmp на rjmp

А шо, у меня их семь? а я и не знал
А про ступор и их загнать ниче не понял.

rcall/call, rjmp/jmp - сомнительная экономия обьёма кода для си трансляторов.

Там экономия скорее времени исполнения: не 3 цикла, а - 2 (rjmp).
А код не сэконошь: два байта после вектора остаётся , но куда их деть?


А что таки Си не позволяет разместить обработчик поближе к таблице векторов?


Вы ж на асме пишете. Тогда - да.

zombi
Как сказать: у меня Atom 1.6GHz/1(или 2)GB RAM/2 ядра c HT

При желании можно искользовать как константы например.

Понятия не имею, но сомневаюсь что он в таблицу векторов rjmp поставит.

У Вас написано Intel Core I7 - что и означает семь процессоров на борту.
Загнать в ступор - нагрузить работой процессора так , что бы явно система начинала тормозить. Нагрузка процессора 100%. Максимум чего добился я - 80% - нагрузка сразу в несколько тестов 3-D графики.

Так они и не экономят, поэтому и растут объёмы FLASH, ведь если СИ-ный asm хорошенько почистить , глядишь и 4к хватит на весь проект и Tiny 2313

Я думаю , что компилятор СИ так не поступит


Но умные люди говорят , что можно ещё более сэкономить , я правда не заморачивался этим вопросом.
В одном из asm кодов от Си видел такие сочетания


Но вернёмся к теме , так нужен ли линковщик для asm?

Вы к 1 апреля готовитесь?
P.S. Не процессоров, а ядер. Не 7, а 2-4-6.


Вы утверждаете что обработчики где-то далеко-далеко располагают?


Безусловно, лет за 5-10 можно всё на асм переписать и оптимизировать (процентов на 10-50), Но кому оно тогда будет нужно?

Да бог с ним сколько у него процов/ядер, главное шустрый и меня устраивает.
ЗЫ.А что такое 2-4-6?
Оный вроде как : четырехъядерный процессор поддерживает 8 вычислительных потоков и имеет дополнительную кэш-память 3-го уровня.

В зависимости от модели либо 2 либо 4 либо 6 ядер.

Согласен. Время=деньги.


Мне нет.

Ну по этому поводу мы спорить не будем. Хотя asm имеет достаточно инструментов , что бы сократить время написания программ.

Я так понял , что никто не пробывал применять линковщик для asm?

Zombi:

Как на одном регистре сделать счётчик до 0x100 =256?

Варианты ответов:
A: сколько бит имеет регистр?
B: если нужно 256 состояний регистра и оный 8-ми битный то всё уже сделано.

8- бит =255 = 0xFF на 256-ом выставляется флаг zero, соответсвенно переход- и не учитывается.

Если вычислять среднее , то делая 256 отсчётов , в старшем регистре зарезервированного под вычисление среднего, сразу будет находится необходимое значение. И дополнительных действий по делению не требуется.

Всё , спасибо , решил