Arm-linux+ cortex A9 + fpc+Lazarus как ide реально?

[Chaos]

Всем доброго дня.
Возникла нужда рисовать гуи под связку арм-линукс с процом FreeScale imx6 и дрыгать ногами проца и как следствие, встал вопрос выбора среды разработки.
Примерный список требований:
1. Возможность remote-debug
2. Возможность проектирования форм в дизайнере.
3. Приятный набор design-компонент, и как следствие:
4. Возможность использования TChart или аналога.
5. Возможность работы с тач-сенсором.
6. Кросс-компиляция Win-32->arm-linux с возможностью вывода гуи на скрин таргета не через иксы, а скажем gtk(2,3) или directFB.
Первым вариантом был QT-Creator, но у него в Open-source варианте почти ничего нет.
Вторым - Лазарус с fpc-cross.
Тем более, что основная работа в делфях и с языком проблем нет, в отличии от cpp.
Поковыряв codeTyphon понял, что для сборки правильного тулчейна и компилятора нужно перемолотить еще кучу информации и конечный результат пока не ясен.
Не ясна так же возможность использования визуальных компонент.
Я на распутье, выручайте друзья.
Есть ли прецеденты клепания формочек с чартами, кнопками и прочими контролами в Лазарусе Win-32->arm-linux?
Или это возможно только в ХЗ ->arm-linux?
Не много ли я хочу от Лазарус с fpc-cross?
В целом мой список хотелок адекватный или его придется подкорректировать?
Или придется нарыть, купить некий инструментарий там-то(ссылки приветствуются), гарантированно дающий что-то..
Пните в правильном направлении.

[Alexx2000]

6. Кросс-компиляция Win-32->arm-linux с возможностью вывода гуи на скрин таргета не через иксы, а скажем gtk(2,3) или directFB.

Тут мне видится Lazarus c LCL-Qt + Qt4 собранный с поддержкой directFB.

[MiniQ]

Имею опыт ковыряний в этом направлении. И Гуи на арме работают и кросскомпиляция тоже.
Единственое, что расстраивает - отсутсвие поддержки аппаратного ускорения графики.
Хотя если несложные формы, то потянет вполне.

[Chaos]

Alexx2000QT4, собранный с поддержкой FB на таргете? или на хосте тоже?

MiniQ, а как собран cross? Я тут было пробовал собирать из Typhon armel-linux, arm-linux-eabihf (типа Little-endian и hardfloat соответственно), мне говорят, что типа fpc не поддерживает данный набор опций. Не понятно зачем эти тулчейны выложены. Мби ими как-то специфично пользоваться? И по формам - через что их оптимальнее выводить и как должно быть собрано ядро? - насколько несложные? У меня предполагается вывод двухмерного графика течения процесса и с десяток слоев фреймов, на каждом порядка 5-7 контролов. Слайд-шоу не начнется?

[MiniQ]

MiniQ, а как собран cross? Я тут было пробовал собирать из Typhon armel-linux, arm-linux-eabihf (типа Little-endian и hardfloat соответственно), мне говорят, что типа fpc не поддерживает данный набор опций. Не понятно зачем эти тулчейны выложены. Мби ими как-то специфично пользоваться? И по формам - через что их оптимальнее выводить и как должно быть собрано ядро? - насколько несложные? У меня предполагается вывод двухмерного графика течения процесса и с десяток слоев фреймов, на каждом порядка 5-7 контролов. Слайд-шоу не начнется?

- крос был собран с помощью fpcup и такой-то матери )
- поддерка ARM значительна улучшена в fpc 2.7.1, советую брать его
- по произвдительности графики - только пробовать, спрогнозировать не смогу

[Alexx2000]

Alexx2000 QT4, собранный с поддержкой FB на таргете? или на хосте тоже?

На таргете, плюс для кросскомпиляции надо иметь на хосте rootfs таргета с devel версиями библиотек.

[mig-31]

Кросс-компиляция Win-32->arm-linux

А зачем компилить под вин х86 для линух арм? Стандартно и безпроблемно линух х86 или х86-64 -> линух-арм.

[MiniQ]

А зачем компилить под вин х86 для линух арм? Стандартно и безпроблемно линух х86 или х86-64 -> линух-арм.

Зачем вообще компилить? Стандартно и без проблем вообще не компилить....

[Chaos]

MiniQ благодарность. Очень помог разобраться в некоторых тонкостях.
mig-31, для упрощения собственного рабочего окружения. Насчет без проблемно - это не постулат.
А для хоста с линухом тоже найдется задача - сборка ядра и корневой ФС например.