Перевод приложения с Linux на Windows

[pastor]

Все оно верно, но можно не вбивать пути жество, а написать батники, и с командной строки запустить батник, а потом само приложение

[SABROG]

Все оно верно, но можно не вбивать пути жество, а написать батники, и с командной строки запустить батник, а потом само приложение

Будет ровно тоже самое. Я вообще никогда не прописывал жестко пути в системе, т.к. у меня несколько версий Qt: официальный релиз, снапшот из git'a, снапшот собранный статически, снапшот собранный статически с насильным отключением ненужных библиотек через qconfig. И для всех версий - батники, где я полностью затираю переменную PATH и прописываю только нужные директории.

[pastor]

Будет ровно тоже самое.
....
И для всех версий - батники, где я полностью затираю переменную PATH и прописываю только нужные директории.

эммм ))) А я что написал?

...но можно не вбивать пути жество, а написать батники, и с командной строки запустить батник....

У меня 10 сборок Qt начиная с 3.3.8, для каждой батник - полет нормальный

[SABROG]

У меня 10 сборок Qt начиная с 3.3.8, для каждой батник - полет нормальный

У меня тоже был нормальный полет до того как я недавно с плагинами столкнулся. В итоге сейчас я через консоль с предустановленным окружением стараюсь свои программы не запускать (делаю это из Total Commander'а или обычной виндовой папки), надо ведь, чтобы компилятор видел qmake и прочее.

В общем получается такая штука. Если в папке с программой есть Qt'шные библиотеки и одновременно прописан путь к папке lib или bin с исходниками Qt, и при этом программа использует плагины где-нибудь в подпапке, то эти плагины не загружаются и не работают по причине о которой я писал выше.

Для эксперимента, создайте новую папку и поместите в неё designer со всеми необходимыми .dll'ками из папки bin. Затем из папки plugins скопируйте папку designer в эту новую папку. Запустите designer.exe из консоли, где в path прописаны пути к Qt. Затем зайдите в меню Help->About Plugins - большая часть плагинов просто не загружаются без объяснения реальных причин (только "указанный модуль не найден", при этом все найдено на самом деле, но ОС выдает это сообщение на любую неудачную попытку загрузить модуль).

[Danila_Bagrofff]

У меня 10 сборок Qt начиная с 3.3.8, для каждой батник - полет нормальный

У меня тоже был нормальный полет до того как я недавно с плагинами столкнулся. В итоге сейчас я через консоль с предустановленным окружением стараюсь свои программы не запускать (делаю это из Total Commander'а или обычной виндовой папки), надо ведь, чтобы компилятор видел qmake и прочее.

В общем получается такая штука. Если в папке с программой есть Qt'шные библиотеки и одновременно прописан путь к папке lib или bin с исходниками Qt, и при этом программа использует плагины где-нибудь в подпапке, то эти плагины не загружаются и не работают по причине о которой я писал выше.

Для эксперимента, создайте новую папку и поместите в неё designer со всеми необходимыми .dll'ками из папки bin. Затем из папки plugins скопируйте папку designer в эту новую папку. Запустите designer.exe из консоли, где в path прописаны пути к Qt. Затем зайдите в меню Help->About Plugins - большая часть плагинов просто не загружаются без объяснения реальных причин (только "указанный модуль не найден", при этом все найдено на самом деле, но ОС выдает это сообщение на любую неудачную попытку загрузить модуль).

Будет ровно тоже самое.
....
И для всех версий - батники, где я полностью затираю переменную PATH и прописываю только нужные директории.

эммм ))) А я что написал?

...но можно не вбивать пути жество, а написать батники, и с командной строки запустить батник....

У меня 10 сборок Qt начиная с 3.3.8, для каждой батник - полет нормальный

Ну и уж тогда батник, плиз =)

Вы меня простите, но в линуксе никакого гемора нет. Подключаемые библиотеки указываются ручками в make-файле. Там можно собирать все необходимые библиотеки, указывая только пути. При этом юзать не только qt-ные либы, но и стандартные линуховские. А здесь это скорее похоже на танцы с бубнами.

пс. в дебагере форма показалась и даже работает =)

[kmikhailov]

хм, а почему тогда не запускается приложение?

в папке debug нашел файл: grag.exe, но при запуске:

Starting ...

The process could not be started!

А через оконный менеджер:

Приложению не удалось запуститься, поскольку mingwm10.dll не был найден. Повторная установка приложения ...

То же самое было у меня. Работал с проектом. Вдруг через Ctrl-R перестал запускаться "exited with code -1073741819", а вручную из папки ругается на mingwm10.dll.
Перепробовал все, но проблема была в исходнике - цикл:
QRectF GraphicsTextLabelItem::boundingRect() const
{
    return boundingRect();
}
заменил на
QRectF GraphicsTextLabelItem::boundingRect() const
{
    // ...
    return QGraphicsSimpleTextItem::boundingRect();
}
и все заработало как прежде.