Вдогонку к теме... А как называется в gcc инклудник со стандартными ETSI-операциями? Ну всякие там extract_l, L_mult, L_mac... Ради интереса решил кой-что собрать им чтобы поиграцца, благо время есть пока комп симулячит... («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Цифровые сигнальные процессоры (DSP) и их применение»

Вдогонку к теме... А как называется в gcc инклудник со стандартными ETSI-операциями? Ну всякие там extract_l, L_mult, L_mac... Ради интереса решил кой-что собрать им чтобы поиграцца, благо время есть пока комп симулячит...

Отправлено SM 14 декабря 2006 г. 16:40
В ответ на: off: сразу вспомнилась вчерашняя дискуссия :) отправлено <font color=gray>yes</font> 14 декабря 2006 г. 14:23

Составить ответ | Вернуться на конференцию

Ответы

а поддерживает ли он их? все таки это специфика для ЦСП, где 40 битные аккумуляторы и т.п. — yes (14.12.2006 18:08 87.236.81.130, 145 байт, ссылка)
- там в етси нет 40-битных акк. Там все 32 битное. Да хочется готового, чтобы инклуд сказал и все само собралось. — SM (14.12.2006 18:13 85.21.237.237, пустое)
  - вроде это набор интристиков для DSP (не уверен, что их вообще кто-то еще кроме TI, AD поддерживает) - набор "стандартных gcc" интристиков это libgcc — yes (14.12.2006 18:22 87.236.81.130, 250 байт)
    - Там сок в том, что все поголовно inline. Функции не имеют право там возникать. Про MSVC - честно говоря не знаю... Не надо было, посмотрю. Похоже как всегда - придется писать все самому для того, чтобы под gcc более-менее оптимально собрать. — SM (14.12.2006 18:38 85.21.237.237, пустое)
      - off: боязнь функций - тоже специфика архитектуры - у спарка например вызов функции (особенно leaf) — yes   (14.12.2006 18:51 87.236.81.130, 71 байт)
        
        Кстати и на 6х можно, и даже нужно считать в дэлей-слотах. Но никогда и нигде лишняя команда, которую надо как минимум выбрать из памяти, производительности не добавляла. — SM   (15.12.2006 13:27:19 213.141.159.26, пустое)
        
        так кто бы спорил - на то и инклуды, чтобы для каждого проца фиксед эффективнее делать... — SM   (15.12.2006 12:39:49 213.141.159.26, пустое)
  - PS я собираю прямо ITU-шный исходник в том виде, как он есть. А ихний ITU/ETSI "basop.h" и "basop.c" подключать - жопа, оно сразу вырождается в сверхтормоза. — SM (14.12.2006 18:14 85.21.237.237, пустое)
    - ну это как бы эмуляция на универсальную платформу, в long double тоже не все процессоры считают... нужно искать специальную имплементацию на используемый проц — yes (14.12.2006 18:26 87.236.81.130, пустое)
      - Да вот и хрен-то, специальную имплементацию... А так берешь, компилишь с нужным инклудом, и никаких специальных искать не надо, все более менее хорошо по скорости. — SM (14.12.2006 18:39 85.21.237.237, пустое)
        
        gsm.h =) — Doka (14.12.2006 19:06 89.178.109.10, пустое)