В таком случае, есть два варианта.
   Первый, это понижение КПД разработки компонента в два раза (это для случая, когда поддержка интерпретации будет делаться пользователем), за счёт того, что надо писать код для кодогенератора и интерпретатора. Это универсальный вариант.
   Второй, это если действия интерпретации будут прописаны в среде. Тогда получаем ещё один HiAsm 4, большинство интерфейсов которого даётся только для пакета Windows.
   Потому, если делать мобильную версию Среды, то приоритет в ней делать для пакета той ОС, для которой она (среда) написана (в нашем случае это Android). А другим платформозависимым пакетам дать возможность только редактировать схемы (ну, или разработчик сам придумает компилятор, тогда он сам его пропишет в настройках)