Компилятор XScale Опции

[sz36]

Мое почтение, коллеги

На чем сейчас можно писать приложения с возможностью оптимизации под процессоры XScale (с использованием WMMX) для платформы WinCE? Для моих приложений (обработка видео) использование MMX критично. Использую MSVS 2008, у нее, в принципе, есть ключ /Qxscale, но глядя на получающийся ассемблерный листинг, я вижу, что MMX он не использует, в тех местах, где оно просится. Я бы, может, попытался критичные куски вручную наваять, так ассемблера для ARM в ней нет вообще.
Поставил, для пробы, MSVS 2010, так там программирование для Smart Devices отсутствует как класс. Как быть?

[GDI]

Мы пишем под XScale и WinCE используя Embedded VC, уж не знаю, использует ли оно ММХ, и есть ли вообще ММХ на АРМах? Беглый поиск дал ссылку http://www.microsoft.com/en-us/download/details.aspx?id=4800

[sz36]

Мы пишем под XScale и WinCE используя Embedded VC, уж не знаю, использует ли оно ММХ, и есть ли вообще ММХ на АРМах? Беглый поиск дал ссылку http://www.microsoft.com/en-us/download/details.aspx?id=4800

Embedded VC не использует MMX, про его встроенный ассемблер не знаю, не проверял, компилирует ли он MMX команды. Это крайний вариант, хотелось бы все же С-компилятор. Опять же, самим Embedded VC пользоваться достаточно неудобно, каменный век. Мне так и не удалось его запустить на Win7-64 (под Вистой еще работал). Пользуюсь только в виртуальной машине.

Разве Винда под АРМ не труп?

Не то, что труп, но нишевый продукт. На мой вкус, для встроенных систем WinCE черезвычайно хороша, и уж всякие там андроиды ее никак не заменят.

[Petka]

...
Не то, что труп, но нишевый продукт. На мой вкус, для встроенных систем WinCE черезвычайно хороша, и уж всякие там андроиды ее никак не заменят.

Зачем андроид? Можно и VxWorks, можно и встраиваемый Linux.
Первый если хочется денег заплатить. Второй, если опыт есть и роялти не хочется платить и нужна очень большая гибкость.

P.S. Кстати интересно узнать и какая же ниша у WinCE? Драйверов нету, ГУИ - устаревшее, даже подобия реального времени нету, ресурсов жрёт много, готового софта - почти нету, программистов под втраиваемую винду тоже всё меньше и меньше. Странная штука.

[SBE]

Зачем андроид? Можно и VxWorks, можно и встраиваемый Linux.
Первый если хочется денег заплатить. Второй, если опыт есть и роялти не хочется платить и нужна очень большая гибкость.

P.S. Кстати интересно узнать и какая же ниша у WinCE? Драйверов нету, ГУИ - устаревшее, даже подобия реального времени нету, ресурсов жрёт много, готового софта - почти нету, программистов под втраиваемую винду тоже всё меньше и меньше. Странная штука.

Не знаю насколько хорошо вы знакомы в WinCE, и стоит ли тут что-то обсуждать.
С драйверами и BSP проблема скорее не в их недостатке, а в их качестве. А скажите где с этим хорошо и задешево ? С другой стороны если под платформу есть добротный BSP, то опыт показывает, что дописать специфичные для встроенного устройства драйвера не большая проблема даже для среднего ембедера. Модель драйверов простая и есть откуда срисовывать, отлаживаться легко.

Ресурсов она ест сопоставимо с системами этого же класса, скорее даже поменьше. Все что легче, оно, увы, и ограничено по функциональности и гибкости.

Про отсутствие подобия реального времени - ИМХО однозначно заблуждение. Особенно в контексте упоминания Lunix. Конечно не QNX и иже сними, но они и стоят радикально других денег. И проблем с ними в части BSP, GUI, middleware, средств разработки и программистами уж точно никак не меньше. Для приложений, где нет требований критической надежности и реакции на микросекундном уровне реал-тайм WinCE будет золотой серединой. Например, для 500МГц ARM латентность прерывания для пользовательской ISR меньше 10мкс, и меньше 100мкс до пользовательского потока, по-моему вполне для разумно организованной системы.

С программистами с одно стороны проще. Для разработки приложений любой, кто пишет под Win32 на студии, почти не заметит разницы. Под уровень сборки образа и BSP сложнее, но и для других систем такие люди товар штучный и еще более дорогой.

Не знаю, что имелось в виду под устаревшим GUI. Исходно там все тот же Win32 GDI. ИМХО был недостаток middleware для рисования красивого и модного GUI, хотя та же QT есть. С появлением Siverlight с блендом должно быть много лучше, сам пока не пробовал, но в шаг в правильную сторону.

Проблема, конечно, куда там дальше микрософт вильнет. Но на данный момент с альтернативами не густо.