И calling convention я нигде не найду

А вчём проблема?
посмотрите примеры из состава GCC, заодно и мэйк файл готовый можно взять

Проблема в том, что если я тупо включаю в проект .asm файл, то он не транслируется.

Да где его найти-то? Все что там есть - это demo, largedemo и stdiodemo. И вообще, как-то туго у них с документацией: в gcc.pdf описан чисто С, а в avr-libc-user-manual - стандартные библиотеки. Где описание всего того, что индивидуально именно для AVR? В частности, calling convention - без него нет смысла писать ассемблерные функции.

В avr-libc-user-manual.

Анатолий.



Есть еще asmdemo.

Возможно, Вам надо отредактировать makefile в плане подключения исходных текстов на ассемблере и ключей запуска для ассемблера. Кажется, в makefile в текущей версии не все поправили в флагах. Посмотрите bugreports на предыдущие выпуски Winavr. Где-то были сообщения о флагах. И еще, прототипы функций в *.с должны быть указаны.

Кое-что начало получаться (хотя и не все ), но главная проблема, которую я увидел - ассемблерный файл транслируется вовсе не AVR-овским ассемблером. Подозреваю что это транслятор, который берет промежуточный ассемблерный файл, который получается после компиляци C-файла. Он не понимает никаких директив - ни .equ, ни .def

PS. А без мейкфайла, непосредственно в IDE нельзя указать что файл является ассемблерным?

после компиляции с-файла получается объектный файл, не имеющий ничего общего с ассемблером

Какая ИДЕ?
мэйк-файл нужен по любому, только формируете его либо вы (как вам надо), либо оболочка (как посчитает нужным)
на ассемблерность файла указывает его расширение (.s)

Я использую Eclipce и правлю makefile только руками (типа все под контролем). AVRStudio что-то плодит, но в своем духе и разбираться желания не было.

Не факт. Помнится, в юниксе на ЭВМ СМ-4 c-шный компилятор создавал сначала ассемблерный файл, причем именно с расширением .s, а из него уже получал объектный. Скоре всего gcc тоже генерирует сначала ассемблерный файл и сразу передает его транслятору.

Да это понятно. Я и имел в виду - генерировать его из ИДЕ с помощью флажков. Впрочем, мне это уже удалось

Увы. Кроме того, удалось догадаться о наличии в этом ассемблере директивы .global

Хм... а каким? Возможно, вы имели ввиду атмеловский AvrAssembler? Так и не должен - у avr-gcc есть собственный ассемблер, с собственным синтаксисом. Документация в Doc/binutils/as.
Да, это не факт. Это больше, чем факт - так оно и есть на самом деле. gcc в обычном режиме передает ассемблерный текст от компилятора к ассемблеру через pipe, т.е. файл на диске не создается. Вы можете попросить его создать такой файл, но это уже из другой оперы. А выходом уже ассемблера является объектный файл, но поскольку промежуточное ассемблирование вызывается неявно, снаружи выглядит так, что выходом компилятора является объектный файл. Поправьте меня кто-нибудь, если я не прав.

Ну да, конечно.

И наверное с собственным форматом объектных файлов.

О, вот это ценная вещь. И директива .global там действительно есть

Естественно. А зачем его скрещивать с атмеловским ассемблером? avr-gcc представляет собой законченный набор инструментов.

В общем, все получилось за исключением одной "мелочи". В регистр Z надо поместить адрес таблицы, находящейся в памяти программ. Для этого надо его умножить на 2 и взять старшую и младшую часть. Но этот ассемблер, похоже, не позволяет выражений над перемещаемыми символами. Может таблицу надо поместить в какую-нибудь другую секцию?

Пишу так

Линкер говорит что не может найти func1 , хотя вот так

работает, но это бред. Как правильно?
Компилер RV

ИМХО, правильнее было бы так:

Но у меня компилятор не ругается и в случае использования EXTERN.

Хмм..в случае с Си действительно работает. А как же тогда смешивать асм с С++ кодом?

Наблюдал во время сборки проекта с помощью arm-elf-gcc в папке, расположенной в Documents and Settings создаётся ассемблерный файл наборсимволов.S

Работаю в винде ХР

extern "C" int funciya_is_cpp_faila(int);

или

extern "C"
{
int funciya_is_cpp_faila(int);
}

Почитайте про манглинг, extern "C" и вообще про C++.

Что это за LDR, BX? Я имею в виду 8-разрядный AVR. В нем для обращения к памяти программ нужно в два регистра записать адрес программной памяти, умноженный на 2, в один регистр младшую часть этого выражения, а в другой старшую. А компилятор WinAVR ругается н алюбые выражения над пеемещаемыми символами.

Опишите задачу которую хотите решить, приведите код который у вас не работает и ошибки котрые выдает ассемблер/линкер.

Анатолий.

Задача простая: получить данные из памяти программ:


Результат:

Error: invalid sections for operation on `Tbl' and `L0
'

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

GNU as для AVR поддерживает байтовую адресацию флеша, поэтому умножать на 2 не надо.
Для старшего/младшего байта есть модификаторы:


Если нужен адрес функции, то тогда надо бы делить на два, есть модификатор pm() и pm_lo8()/pm_hi8()
Сверх этого мне нужны были только разности перемещаемых величин для получения абсолютной (длина таблицы) или сумма/разность перемещаемой и абсолютной величин для получения смещённого относительно метки значения. Больше мне не было нужно, даже не знаю, насколько вольно он позволяет жонглировать перемещаемыми величинами.

Пока большинство с успехом пользуется С, у меня проблема на проблеме.
Пользуюсь AVRstudio + GCC plugin


Пишу обработчик прерывания на асме



Плагин автоматом рожает Makefile, который меня вроде устраивает.
Прилагаю на всякий случай.
После компиляции наблюдаю присутствие вектора _vector_20 в файле *.lss
Все нормально? Хрен!
При запуске в студии не могу отладить свое прерывание. Тамошний дизассемблер говорит, что такого вектора нет!
Кто собирал смешанные проекты с отладкой на последней версии студии - отзовитесь! Нормально ли там получается отлаживать асмы?

З.Ы. Проблему решил костылем:


Как бы это покультурнее выразиться ...

вызов _vector_20 при этом в __vectors есть ?
если есть, то для отладки по асм коду ищите опцию AS -gstabs
если нету то и не все OK ...

проще всего выложите полный(минимальный) проект.