Ищу кросс-компилятор для АВР... :)

Michael_K

Да, я так и думал, конечно только для нативных.
Вообще любые операции со строками можно сделать нативными (как например в бейсике),
(то есть даже обращение к букве в строке может выглядеть вот так str1 = mid(str2,7))
и нефиг буквы преобразовывать в цифры (опять же кроме нативных itoa(), atoi() или val(), hex() итп)

blindman

Значит решено. В описании девайса будут типы параметров и возвращаемых значений нативных функций.

Michael_K

Ну... то есть вы "кагбэ" надеетесь, что девайсов будет много разных и с разными нативными функциями? :shock:

Я и сам оптимист, конечно...

blindman

Ну а почему бы и нет? Расширяемость и возможность конфигурирования никогда не помешают, тем более что здесь оно почти ничего не стоит

Добавлено спустя 1 минуту 10 секунд:
А вообще-то, да. Много. Как минимум два с абсолютно разным набором функций

Michael_K

Да я ж только за. Хорошо, если так.

blindman

По типам данных получается такой расклад:

Допустимые типы данных - число, массив (чисел), строка и список строк.
Массивы одномерные
Размерность массива и максимальная длина строки всегда объявляется
Допускаются константные строки
Список строк - это константный массив константных строк
Массивы, строки и списки - только глобальные
Обычные функции принимают и возвращают только числа
Нативные функции возвращают числа, принимают любой тип данных (число - по значению, остальные - по адресу)

Для различения константных строк наверно придется использовать старший бит адреса.

blindman

Дело дошло до формата бинарного файла. Думаю вот так сделать:

Код:

byte : 8bit;
word : 16bit;

program : {
   events_size : word = sizeof(events_table);
   pool_size : word = sizeof(const_pool);
   events_table : {
      event_id: word;
      event_address : word; // address of event handler func, relative to code
   }[] ;
   const_pool : {
      const_string : {
         len: byte;
         str : byte[len]; // no zero termination
      }[] ;
      const_list : {
         len : word;
         strings : word[len]; // address of one of const_string, relative to const_pool
      }[] ;
   };

   code : byte[];
};

Добавлено спустя 2 часа 57 минут 1 секунду:
Ну вот, вроде все компилируется

Описание девайса:

Код:

Ram : 512;
Program : 4096;

native {
   led {
      toggle(int);
   }
   timer {
      start(int);
   }

}

events {
   onStartup;
   onTimer;
}

Иходник:

Код:

event onStartup
{
   timer.start(500);
}

event onTimer
{
   led.toggle(1);
   timer.start(500);
}

Листинг компилятора:

Код:

              .BYTES 8, 0
              .BYTES 0, 0
              .BYTES 0, 0, 0, 0, 1, 0, 6, 0
           0:
   onstartup: CONST_I_2 500
              NATIVE_DROP 1
           5: RET
           6:
     ontimer: CONST_1
              NATIVE_DROP 0
              CONST_I_2 500
              NATIVE_DROP 1
          15: RET

Добавлено спустя 25 минут 46 секунд:
Ограничения по размеру: строки - 254 символа, пул констант - 32768 байт, программный код - 65536 байт, ОЗУ - 32768 байт

Michael_K

красиво.

blindman

Уже можно поиграться

В архиве исходники. Компилируются GCC. Под Linux использовал 4.3.4, под Windows 4.4.0 из MinGW. На всякий случай в архиве экзешник под Windows и либа которую он тянет (libgcc_s_dw2-1.dll). ВНИМАНИЕ: возможна зараза! За компьютер на котором компилировался Windows-экзешник поручится не могу. Проверяйте антивирусом, либо компилируйте сами

Запуск:

language -t targets/test.tgt -I tests -l test.fs

Надо бы придумать как это чудо(вище) обозвать

Michael_K

drweb-online сказал что вирусов нет

blindman

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

blindman

Машина заработала, пока еще не все операции протестировал. F₂₃ по классическому рекурсивному алгоритму считает за 10,85 с при тактовой частоте 11,0592 МГц.

Duhas

а это не долго ли ?

blindman

Ну смотря с чем сравнивать. На С аналогичный код отрабатывает за 233 мс, то есть почти в 47 раз быстрее. Оптимизировать есть что, так что быстродействие можно будет заметно поднять.
Для сравнения: JVM на пропеллере считает F₂₃ за 3.273 с, SPIN ("родной" ЯВУ для пропеллера, выполняется на виртуальной машине) - за 2.4 с. Это 32-разрядный процессор при тактовой частоте 80 МГц. http://forums.parallax.com/forums/defau ... 5&m=328004

Duhas

ясна)

47 раз с Сями.. ну мб до 50 с асмом... удобство в нашем веке уничтожает скорость )

roboforum.ru

Ищу кросс-компилятор для АВР... :)

Кто сейчас на конференции