Ответ 1

Просто используйте M cross environment (MXE). Это снимает боль из всего процесса:

• Получите его:

  $ git clone https://github.com/mxe/mxe.git
  

• Установите установить зависимости

• Создайте Qt для Windows, его зависимости и инструменты кросс-сборки; это займет около часа на быстрой машине с приличным доступом в Интернет; загрузка составляет около 500 МБ:

  $ cd mxe && make qt
  

• Перейдите в каталог вашего приложения и добавьте инструменты кросс-сборки в переменную среды PATH:

  $ export PATH=<mxe root>/usr/bin:$PATH
  

• Запустите инструмент генератора Qt Makefile, затем выполните:

  $ <mxe root>/usr/i686-pc-mingw32/qt/bin/qmake && make
  

• Вы должны найти двоичный файл в каталоге. /release:

  $ wine release/foo.exe
  

Некоторые заметки:

• Использовать основную ветвь репозитория MXE; он, похоже, получает больше любви от команды разработчиков.

• Вывод представляет собой 32-битный статический двоичный файл, который будет хорошо работать на 64-разрядной Windows.

Ответ 2

(Это обновление ответа @Tshepang, поскольку MXE развился после его ответа)

Построение Qt

Вместо того, чтобы использовать make qt для сборки Qt, вы можете использовать MXE_TARGETS для управления вашей целевой машиной и инструментальной цепочкой (32- или 64-разрядной). MXE начал использовать .static и .shared как часть целевого имени, чтобы показать, какой тип библиотеки вы хотите создать.

# The following is the same as `make qt`, see explanation on default settings after the code block.
make qt MXE_TARGETS=i686-w64-mingw32.static   # MinGW-w64, 32-bit, static libs

# Other targets you can use:
make qt MXE_TARGETS=x86_64-w64-mingw32.static # MinGW-w64, 64-bit, static libs
make qt MXE_TARGETS=i686-w64-mingw32.shared   # MinGW-w64, 32-bit, shared libs

# You can even specify two targets, and they are built in one run:
# (And that why it is MXE_TARGET**S**, not MXE_TARGET ;)
# MinGW-w64, both 32- and 64-bit, static libs
make qt MXE_TARGETS='i686-w64-mingw32.static x86_64-w64-mingw32.static'

В исходном ответе @Tshepang он не указал MXE_TARGETS, и используется значение по умолчанию. В то время, когда он написал свой ответ, по умолчанию было i686-pc-mingw32, теперь оно i686-w64-mingw32.static. Если вы явно установили MXE_TARGETS в i686-w64-mingw32, опуская .static, выводится предупреждение, потому что этот синтаксис теперь устарел. Если вы попытаетесь установить цель на i686-pc-mingw32, она покажет ошибку, так как MXE удалил поддержку MinGW.org(т.е. I686-pc-mingw32).

Запуск qmake

Когда мы изменили MXE_TARGETS, команда <mxe root>/usr/i686-pc-mingw32/qt/bin/qmake больше не будет работать. Теперь вам нужно сделать следующее:

<mxe root>/usr/<TARGET>/qt/bin/qmake

Если вы не указали MXE_TARGETS, сделайте следующее:

<mxe root>/usr/i686-w64-mingw32.static/qt/bin/qmake

Обновление: Новый по умолчанию теперь i686-w64-mingw32.static

Ответ 3

Хорошо, думаю, я понял.

Основываясь частично на https://github.com/mxe/mxe/blob/master/src/qt.mk и https://www.videolan.org/developers/vlc/contrib/src/qt4/rules.mak

Похоже, что "изначально" при запуске configure (с -xtarget и т.д.) он настраивается, а затем запускает ваши "хосты" gcc для создания локального двоичного файла. /bin/qmake

 ./configure -xplatform win32-g++ -device-option CROSS_COMPILE=$cross_prefix_here -nomake examples ...

тогда вы запускаете нормальный "make", и он строит его для mingw

  make
  make install

так

• да

• только если вам нужно использовать что-то другое, кроме msvcrt.dll(по умолчанию). Хотя я никогда не использовал ничего другого, поэтому я не знаю наверняка.

• fooobar.com/questions/83972/... перечисляет некоторые параметры конфигурации.

Ответ 4

Чтобы скомпилировать Qt, нужно запустить его configure script, указав платформу хоста с помощью -platform (например, -platform linux-g++-64, если вы строите на 64-битном Linux с компилятором g++) и целевую платформу с -xplatform (например, -xplatform win32-g++, если вы перекрестно компилируете в окна).

Я также добавил этот флаг: -device-option CROSS_COMPILE=/usr/bin/x86_64-w64-mingw32- который указывает префикс используемой инструментальной привязки, которая будет добавлена ​​к gcc или g++ во всех make файлах, которые создают двоичные файлы для окон.

Наконец, у вас могут возникнуть проблемы при построении icd, который, по-видимому, является тем, что используется для добавления поддержки ActiveX в Qt. Вы можете избежать этого, передав флаг -skip qtactiveqt в configure script. У меня есть этот из отчета об ошибке: https://bugreports.qt.io/browse/QTBUG-38223

Здесь вся команда configure, которую я использовал:

    cd qt_source_directory
    mkdir my_build
    cd my_build
    ../configure \
      -release \
      -opensource \
      -no-compile-examples \
      -platform linux-g++-64 \
      -xplatform win32-g++ \
      -device-option CROSS_COMPILE=/usr/bin/x86_64-w64-mingw32- \
      -skip qtactiveqt \
      -v

Что касается вопросов:

1 - Да. Нативный компилятор будет вызываться для создания некоторых инструментов, необходимых в процессе сборки. Возможно, такие вещи, как qconfig или qmake, но я не совсем уверен, какие именно инструменты.

2 - Извините. Я понятия не имею, какие файлы спецификаций находятся в контексте компиляторов =/. Но, насколько я знаю, вам не придется иметь дело с этим.

3 - Вы можете указать префикс кросс-компилятора в командной строке configure вместо того, чтобы делать это в файле qmake.conf, как упоминалось выше. И есть также проблема с idc, обходной путь которой я также упомянул.