SM, во-первых не путайте оптимизирующий ASM от TI с ихним убогим C/C++ компилятором, а во-вторых (+) («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

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

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

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

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

SM, во-первых не путайте оптимизирующий ASM от TI с ихним убогим C/C++ компилятором, а во-вторых (+)

Отправлено Harbour 13 декабря 2006 г. 23:33
В ответ на: Вы уверены в этом? Что эта кодла народу напишет оптимизатор с программной конвейеризацией лучше чем TI? отправлено SM 13 декабря 2006 г. 19:03

методом "кодла" , как Вы изволили выразиться, написана куча программ, аналогов которым в proprietary мире нет, что самое прикольное - Вы и остальные участники дискусии, результатами труда этого "кодла" пользуетесь ежедневно, но наезды, я так понимаю это типа благодарности ;)

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

Ответы

Извините, но оптимизатор с линейного асма оптимизирует не лучше ихнего же оптимизатора с С. Даже скажу так - одинаково хорошо. Уж если не знаете и не проверяли, либо не умете правильно выставить опции, то и не говорите. А результатами (+) — SM (14.12.2006 00:14 213.141.159.26, 223 байт)
- Проверяли, пока мордой в intrinsics не ткнешь, не расставишь MUST_ITERATE и прочии pragma - хрен что он там наоптимизирует (+) — Harbour (14.12.2006 07:53 195.138.79.66, 98 байт)
  - Насчет интринсиков - есть стандартная либа "gsm.h", которая описывает стандартные ETSI-операции (кстати, а как с ними в gcc?). Юзайте их, и все обойдется без интринсиков, и любой правильный компилятор соберет. А MUST_ITERATE - так правильно, бывают же случаи, когда оптимизатор не может сам вычислить это! — SM (14.12.2006 16:36 85.21.237.237, пустое)