Смена пути для QT

Проблема решена. Вот код запускалки

#!/bin/sh

QTDIR=«/mnt/sd/php/qt»

export QTDIR=«/mnt/sd/php/qt»

QT_QWS_FONTDIR=«/mnt/sd/php/qt/lib/fonts»

export QT_QWS_FONTDIR=«/mnt/sd/php/qt/lib/fonts»

./m2.gpe -qws

В папке fonts создаётся файл fontdir с содержимым

DejaVuSans DejaVuSans.ttf FT no 50 100

Правда всё закончилось segfault-ом но эт ничо, разберусь)))

Можно при сборке -prefix указать куда хочешь либу кидать, но это на будущее. Ну а сейчас можно сделать симлинк или mount -o bind до запуска программы.

Успешно (хотя и с трудом) собрал QT-embedded под один arm-девайс с Linux на борту.

...

К самой директории /usr/local/ доступа не имею, да и места там нет.

Ты рут или не рут на своём арм-девайсе? По идее, ты должен иметь полный контроль над железкой.

root, дело не в этом. /usr/local/ на внутренней nand памяти, у неё размер 100 мегабайт, на неё система, то есть сам QT туда просто не поместится. Чтобы туда зайти и совершать активные действия, надо подключиться к девайсу по сети, а для этого пока нет железа нужного. А mount -o bind прекрасная идея.

Qt — не аббревиатура, а QT — это QuickTime.

>Успешно (хотя и с трудом) собрал QT-embedded под один arm-девайс с Linux на борту

4e tam sobirat'-to? Nebos' slovo «buildroot» sliwali?

Хмм... Не под x86-Linux. Под arm-linux. С отсутсвующими библиотеками вроде libglib и другими (собирал отдельно). Это под убунты и дебианы тулза uic и сама библиотека работает на одной и тойже платформе, в моём случае uic - х86, а библиотеки Qt - arm, приходилось править makefile, потому что он собирал uic под arm и тутже пытался его запустить, вызывае segfault, много где править makefile, подменять пути и библиотеки, вообще много чего делать приходилось. Учитывая мой никакой опыт кросскомпиляции, для меня это был трёхдневный подвиг. Хотя когда буду пересобирать, буду умнее. К томуже почему-то сборщик (собирал на убунте) вместо символьных ссылок на либы создавал короткие файлы с названием настоящей либы. В общем проблемы были, и их было много.