(это обновление ответа @Tshepang, поскольку MXE эволюционировал с момента его ответа)

Сборка Qt

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

# 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's 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, the <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

хорошо, я думаю,что я понял это.

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

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

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

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

  make
  make install

так

1. да

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

3. https://stackoverflow.com/a/18792925/32453 перечисляет некоторые параметры настройки.

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

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

наконец, вы можете получить проблемы при строительстве icd, который, по-видимому, используется для добавления поддержки ActiveX в Qt. Вы можете избежать этого, передав флаг -skip qtactiveqt для скрипта configure. Я получил это из этого отчета об ошибке: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

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

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

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

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

другой способ кросс-компиляции программного обеспечения для Windows на Linux-это цепочка инструментов mingw-w64 на Archlinux. Он прост в использовании и обслуживании и предоставляет последние версии компилятора и множество библиотек. Я лично считаю, что это проще, чем MXE, и, похоже, быстрее принимает новые версии библиотек.

сначала вам понадобится машина на основе arch (достаточно виртуальной машины или контейнера docker). Это не обязательно должен быть Arch Linux, производные также будут делать. Я Manjaro Линукс. Большинство пакетов mingw-w64 недоступны в официальных репозиториях Arch, но есть много в AUR. Менеджер пакетов по умолчанию для Arch (pacman) не поддерживает установку непосредственно из AUR, поэтому вам нужно будет установить и использовать оболочку Aur, такую как pacaur или yaourt. Затем установка MinGW-w64 версии библиотек Qt5 и Boost так же проста, как:

pacaur -Sy mingw-w64-qt5-base mingw-w64-boost
#yaourt -Sy mingw-w64-qt5-base mingw-w64-qt5-boost #if you use yaourt

это также установит цепочку инструментов mingw-w64 (mingw-w64-gcc) и другие зависимости. Кросс-компиляция проекта Qt для windows (x64) тогда так же проста, как:

x86_64-w64-mingw32-qmake-qt5
make

чтобы развернуть программу, вам нужно будет скопировать соответствующие библиотеки DLL из /usr/x86_64-w64-mingw32/bin/.

чтобы получить 32-битную версию, вам просто нужно использовать . Проекты на основе Cmake работают так же легко с x86_64-w64-mingw32-cmake. Этот подход работал очень хорошо для меня, был самым простым в настройке, обслуживании и расширении. Это также хорошо сочетается со службами непрерывной интеграции. Есть докер изображения слишком доступен.

например, предположим, я хочу построить QNAPI subtitle downloader GUI. Я мог бы сделать это в два шага:--9-->

1) Запустите контейнер docker:

sudo docker run -it burningdaylight/docker-mingw-qt5 /bin/bash

2) клонировать и компилировать QNapi

git clone --recursive 'https://github.com/QNapi/qnapi.git'
cd qnapi/
x86_64-w64-mingw32-qmake-qt5
make

вот именно! Во многих случаях это будет так легко. Добавление собственных библиотек в репозиторий пакетов (AUR) также просто. Вам нужно будет напишите файл PKBUILD, который является интуитивно понятным, как он может получить, см.mingw-w64-rapidjson, например.