Keil и thumb ассемблер ARM, проблема с передачей и возвращением данный из си ф-ии в асм Опции

[drum1987]

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

Еще один момент это использование asm вставок в режиме Thumb (ни в какую не компилируется и не могу понять в чем загвоздка). Пробовал:

asm("MOV R1, R0");
__asm("MOV R1, R0");

Ошибка: использование inline ассемблера не возможно в режиме Thumb.


main файл:

#include <stdio.h>
extern void strcopy(int d, int s);
int main()
{ int srcstr = 3;
int dststr = 1;
/* dststr is an array since we’re going to change it */
strcopy(dststr,srcstr);
return (0);
}

Функция strcopy находится в файле scopy.s с содержанием:

PRESERVE8
AREA SCopy, CODE, READONLY
EXPORT strcopy
THUMB
strcopy ; R0 points to destination string.
; R1 points to source string.
MOV R1,#2 ; Load byte and update address.
MOV R2,#5 ; Store byte and update address.
BX lr ; Return.
END

Компилируется, работает, однако значение srcstr не возвращается.


Только начинаю работать со связкой асм+си пожэтому сильно не пинайте(или пните в сторону туда где чего почитать).

Проект прилагаю.

Сообщение отредактировал drum1987 - Mar 16 2011, 09:53

Прикрепленные файлы

 Blinky.rar ( 51.67 килобайт ) Кол-во скачиваний: 16

 

[drum1987]

Спасибо. Сделал как написали все заработало
Но еще остался один вопрос:
Собственно в асм я полез в надежде ускорить выполнение программы, и попытался "ускорить" простые функции например функция умножения 32 на 32 бит и результат 32 бит:

#define MUL_F(A,B ) (real_t)(((int64_t)(A)*(int64_t)(B )+(1 << (31))) >> 32) // так она была сделана до меня

я сделал функцию:

static INLINE __asm real_t MUL_F(real_t x, real_t y)
{
smull r0, r1, r0, r1;
lsr r1, #31;
add r0, r0, r1;
lsl r0, #1;
mul r0, r1, #2;
BX lr ; Return.
}


в итоге проиграл 30 процентов(естественно при включении оптимизации по времени выполнения программы). Получается действительно компилятор в данном случае царь и бог или я чтото не так делаю?

Сообщение отредактировал drum1987 - Mar 21 2011, 12:34

[scifi]

в итоге проиграл 30 процентов(естественно при включении оптимизации по времени выполнения программы). Получается действительно компилятор в данном случае царь и бог или я чтото не так делаю?

Оптимизацию делают не так. Вот правильная методология:
1) Испытываем программу. Смотрим, хватает ли скорости.
2) Если не хватает, ищем медленные куски кода, собирая объективную информацию (время выполнения кусков кода).
3) Возможно, применение другого алгоритма позволит вписаться в требования по скорости выполнения.
4) Если ясно, что переписывание небольшого куска кода на ассемблере по-видимому позволит вписаться в требования по скорости выполнения, то так и делаем.

Если пропустите шаги 1-3, то рискуете потратить кучу времени на оптимизацию, которая не даст никакого полезного результата.
В данном случае потраченное время можно списать на изучение средств разработки.
Ну и, как заметил aaarrr, не нужно соревноваться с компилятором в умножении, от это и так хорошо умеет делать.