Сборка проекта qt на разные платформы

Sdcc?

А вообще просто собирай в том же креаторе в винде.

Чтоб работало потом - рядом с экзешником длл кьюта положи.

И можно ли его запускать на устройстве без qt?

Да.

Как его собрать для разных платформ?

Скачать соответсвующие тулчейны. Для винды я собирал отдельно статический Qt с помощью MinGW. Но можно и без этого.

Использую линукс, хотелось бы перенести приложение на виндовс и андроид

ИМХО лучше всего собирать на целевых системах в виртуалке. Можно сразу попробовать/протестировать вживую.

И можно ли его запускать на устройстве без qt?

В винде ЕМНИП qt будет прилагаться к программе в виде dll, на андройде видимо тоже что-то подобное.

А собрать все на одной системе, а потом через флешку перекинуть и протестить никак?

А собрать все на одной системе, а потом через флешку перекинуть и протестить никак?

mingw32-qt

Первая ссылка в гугле http://stackoverflow.com/questions/10934683/how-do-i-configure-qt-for-cross-c...

статьи 4-6 летней давности. За это время так ничего и не поменялось?

Ну как минимум для macOS и iOS так не выйдет.

Приложение консольное или на QML? Если на виджетах, то не понятно в чём заключается перенос на андроид, ибо будет выглядеть и тормозить что ппц.

В вашем ответе не хватает ссылки на https://doc.qt.io/qt-5/qt-conf.html
В содержании файла можно (нужно) написать

[Paths]
Prefix = .

Обратись к разработчику этого приложения

С айфона в пробке писал. Там не до ссылок было =)

Можете более развёрнуто пояснить связь между «на виджетах» и «тормозить»? Почему «выглядеть», я ещё понимаю...

Ибо QML рисуется аппаратно, а виджеты - нет. Это важно на мобилках.

QML рисуется аппаратно, а виджеты - нет.

А почему так?

Это вопрос не ко мне.

Под винду приходится собирать вообще через Visual Studio в виртуалке, ибо кутешные треды не работали как надо в mingw (так и не разобрался, в чём конкретно проблема...), а надо было срочно релизить...

Ну то есть можно ссылку в подтверждение этого утверждения?

В общем, ясно. Под винду проще из самой винды и собирать... А для андроида скачивать дополнительное ПО. Странно, что разработчиками не предлагается сборок qt с возможностью компилирования под разные платформы сразу. Да и те, что предлагают на сайте- android, wind, linux, ios, osx. А как же быть с заявленной QNX, например? Только коммерческое использование? Немножко большей гибкости ожидал

Ссылки нет. Собственный опыт. Да и так понятно, что opengl шустрее.

возможностью компилирования под разные платформы сразу

Qt тут не при чём. Это физически не возможно.

А почему так?

OpenGL ES прикрутили только к QtQuick (хотя сейчас добавляют и программную отрисовку для оче слабых устройств-платок). QtWidgets не использует ускорение абсолютно нигде, хоть и зависит от OpenGL. Эта зависимость была добавлена в модуле QtGui, чтобы дать возможность создавать окно с OpenGL-контекстом, как в SDL, к примеру.

Если на виджетах, то не понятно в чём заключается перенос на андроид, ибо будет выглядеть и тормозить что ппц.

Тормозить ничего не будет, пару Android-приложений на QtWidgets я юзал для телевизионных приставок (управлялись с пульта или мышкой). Выглядело на большом экране вполне себе ничего: http://wstaw.org/m/2016/10/26/photo_2016-10-27_02-03-36.jpg (вкупе с нормальными шрифтами на Android OS, так вообще лучше, чем в GNU/Linux).

Но на смартфонах, оно выглядит, как ад и погибель, конечно. Тут уж лучше QML.

Моё приложение активно юзало QPainter. На ПК без проблем, на планшете с экраном ~2000X1500 работать было невозможно.

В этом случае — да. На слабом ARM'е будет тормозить из-за огромного битмапа (тут ещё про накладные расходы Java-JNI-C++ можно вспомнить), а ПК своим CPU легко прожуёт. Хотя на слабом может тоже сильно тормозить. У меня QPainter на допотопном Intel T4500 на 1920x1080 сильно захлёбывался.

WinDeployQt.exe что-то типа токого

Это совсем о другом.