вроде это набор интристиков для DSP (не уверен, что их вообще кто-то еще кроме TI, AD поддерживает) - набор "стандартных gcc" интристиков это libgcc («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

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

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

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

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

вроде это набор интристиков для DSP (не уверен, что их вообще кто-то еще кроме TI, AD поддерживает) - набор "стандартных gcc" интристиков это libgcc

Отправлено yes 14 декабря 2006 г. 18:22
В ответ на: там в етси нет 40-битных акк. Там все 32 битное. Да хочется готового, чтобы инклуд сказал и все само собралось. отправлено SM 14 декабря 2006 г. 18:13

ну и никакого инклуда, ес-сно, для этого не надо - gcc заменяет математическую оп-цию либо инструкцией (ями) или вставляет функцию

MSVC имеет такой инклуд?
ну и если я не ошибаюсь - это фракшинал арифметик - то есть нужно спец либу искать...

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

Ответы

Там сок в том, что все поголовно 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, пустое)