а поддерживает ли он их? все таки это специфика для ЦСП, где 40 битные аккумуляторы и т.п. («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

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

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

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

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

а поддерживает ли он их? все таки это специфика для ЦСП, где 40 битные аккумуляторы и т.п.

Отправлено yes 14 декабря 2006 г. 18:08
В ответ на: Вдогонку к теме... А как называется в gcc инклудник со стандартными ETSI-операциями? Ну всякие там extract_l, L_mult, L_mac... Ради интереса решил кой-что собрать им чтобы поиграцца, благо время есть пока комп симулячит... отправлено SM 14 декабря 2006 г. 16:40

реализация всякой математики (стандартной) лежит в libgcc
ну или asm инструкциями из md (machine description)

внутреннюю кухню - не знаю

http://gcc.gnu.org/onlinedocs/gccint/Libgcc.html

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

Ответы

там в етси нет 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, пустое)