OberonCore

Вот интересно, ктонить задумывался о такой связке?

Однако, WinCE поддерживает (вроде как) Win32, так что там проблемы иного порядка должны быть: бинарная не совместимость с процессором. Кроме того, могут не пойти отдельные детали касаемо загрузки модулей...

А что есть положительные результаты?

Есть мысль задуматься про Open Moko:
http://openmoko.com/
Опенсурсный смартфон.

WinCE API - это подмножество WinAPI. так что особых проблем тут не наблюдается. Главная сложность возникает на бинарном уровне: ARM совсем не x86. Я почему поднял этот вопрос. Буквально на днях нарвался на Lazarus (RAD IDE для freepascal). Я вообще думал, что проект потихоньку загибается, а тут оказывается что они успели почти полностью продублировать VCL. Плюс кросс-компилятор и порт VCL для ARM наваяли. Правда Hello World! с одной кнопочкой в зависимости от настроек компилятора весит от 1 до ... 10 МБ . Насколько я понял это результат таскания с собой rtti и иерархии классов. В связи с этим интересно было бы взглянуть на ЧЯ для данной платформе (модульность/повторное использование кода/сборка мусора).
З.Ы. для информации порт python-а весит ~7 Мб, плюс ~2 Мб GUI.

WinCE - это непременно ARM? Тогда нужно переделывать компилятор...
И ещё - пойдёт только ББ 1.6, т.к. в WinCE в принципе нет (если верить Рихтеру) неюникодовых API-функций.

А я и говорю, что основная проблема это бинарная совместимость... Собственно, нужен кодогенератор для ARM.

ARMAos

ЗЫ. Вот бы производители начали спецификации на девайсы открывать... OpenMoko -- первая ласточка...
Только опять покупать надо... А ведь железок с АРМом и так уже 2 штуки имею
ARMAos можно было-бы на них портировать...

Собственно взаимодействие WinCE и Windows API идет через библиотеки DLL. Определить что именно используется и дописать эту часть в WinApi.

Вот нашел такую вещь: http://www.cs.inf.ethz.ch/~wirth/Articl ... mpiler.pdf

З.Ы. по поводу OpenMoko: За все вот это счастье они хотят всего 300 енотов .. дайте две!