там в етси нет 40-битных акк. Там все 32 битное. Да хочется готового, чтобы инклуд сказал и все само собралось. («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

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

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

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

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

там в етси нет 40-битных акк. Там все 32 битное. Да хочется готового, чтобы инклуд сказал и все само собралось.

Отправлено SM 14 декабря 2006 г. 18:13
В ответ на: а поддерживает ли он их? все таки это специфика для ЦСП, где 40 битные аккумуляторы и т.п. отправлено <font color=gray>yes</font> 14 декабря 2006 г. 18:08

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

Ответы

вроде это набор интристиков для 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, пустое)