MXE jest jedną z najbardziej rozpoznawalnych postaci na świecie.]}

Budowanie Qt

Zamiast używać make qt do budowania Qt, możesz użyć MXE_TARGETS do sterowania docelową maszyną i łańcuchem narzędzi (32 - lub 64-bitowym). MXE zaczęło używać .static i .shared jako części docelowej nazwy, aby pokazać, jakiego typu lib chcesz zbudować.

# 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'

W oryginalnej odpowiedzi @Tshepang nie podał MXE_TARGETS, a wartość domyślna jest używana. W tym czasie napisał swoją odpowiedź, domyślnie było i686-pc-mingw32, Teraz jest i686-w64-mingw32.static. Jeśli jawnie ustawisz MXE_TARGETS na i686-w64-mingw32, pomijając .static, zostanie wyświetlone ostrzeżenie, ponieważ ta składnia jest teraz przestarzała. Jeśli spróbujesz ustawić cel na i686-pc-mingw32, wyświetli się błąd, ponieważ MXE usunęło wsparcie dla MinGW.org i686-pc-mingw32).

Running qmake

Ponieważ zmieniliśmy MXE_TARGETS, polecenie <mxe root>/usr/i686-pc-mingw32/qt/bin/qmake nie będzie już działać. Teraz musisz:

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

Jeśli nie podałeś MXE_TARGETS, Zrób to:

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

Aktualizacja: nową wartością domyślną jest teraz i686-w64-mingw32.static

Ok myślę, że już to rozgryzłem.

Oparte częściowo na https://github.com/mxe/mxe/blob/master/src/qt.mk i https://www.videolan.org/developers/vlc/contrib/src/qt4/rules.mak

Wygląda na to, że "początkowo" po uruchomieniu configure (z-xtarget, itd.), konfiguruje następnie uruchamia GCC "hostów", aby zbudować lokalny plik binarny ./ bin / qmake

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

Potem uruchamiasz normalne "make" i buduje je dla mingw

  make
  make install

Więc

1. TAK

2. Tylko wtedy, gdy musisz użyć czegoś innego niż msvcrt.dll (jego domyślne). Chociaż nigdy nie używałem niczego innego, więc nie wiem na pewno.

3. Https://stackoverflow.com/a/18792925/32453 wymienia kilka konfiguracji.

Aby skompilować Qt, należy uruchomić skrypt configure, określający platformę hosta za pomocą -platform (np. -platform linux-g++-64 jeśli budujesz na 64-bitowym Linuksie z kompilatorem g++) i platformę docelową za pomocą -xplatform (np. -xplatform win32-g++ jeśli kompilujesz do systemu windows).

Dodałem również tę flagę: -device-option CROSS_COMPILE=/usr/bin/x86_64-w64-mingw32- który określa prefiks łańcucha narzędzi, którego używam, który będzie poprzedzony 'gcc 'lub' g++ ' we wszystkich plikach Makefile, które budują binaria dla windows.

W końcu możesz problemy podczas budowania icd , które najwyraźniej jest czymś, co jest używane do dodawania wsparcia ActiveX do Qt. Można tego uniknąć, przekazując flagę -skip qtactiveqt do skryptu configure. Mam ten jeden z tego zgłoszenia błędu: https://bugreports.qt.io/browse/QTBUG-38223

Oto cała Komenda configure, której użyłem:

    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

Jeśli chodzi o pytania:

1-tak. Natywny kompilator zostanie wywołany w celu zbudowania niektórych narzędzi, które są potrzebne w kompilacji proces. Może rzeczy takie jak qconfig lub qmake, ale nie jestem do końca pewien, które dokładnie narzędzia.

2 - Przepraszam. Nie mam pojęcia jakie są pliki specyfikacji w kontekście kompilatorów=/. Ale z tego co wiem, nie musiałbyś się z tym zmagać.

3-możesz określić prefiks kompilatora krzyżowego w wierszu poleceń configure zamiast robić to w qmake.plik conf, jak wspomniano powyżej. Jest też problem z idc, o którym też wspomniałem.

Innym sposobem kompilacji oprogramowania dla systemu Windows na Linuksie jest łańcuch narzędzi MinGW-w64 na Archlinux. Jest łatwy w użyciu i utrzymaniu, zapewnia najnowsze wersje kompilatora i wiele bibliotek. Osobiście uważam, że jest to łatwiejsze niż MXE i wydaje się, że szybciej przyjmuje nowsze wersje bibliotek.

Najpierw będziesz potrzebował maszyny opartej na łuku (wystarczy maszyna wirtualna lub kontener dokujący). Nie musi to być Arch Linux, pochodne też się sprawdzą. Używałem Manjaro Linux. Najbardziej Pakiety mingw-w64 nie są dostępne w oficjalnych repozytoriach Arch, ale jest dużo w AUR. Domyślny menedżer pakietów dla Arch (pacman) nie obsługuje instalacji bezpośrednio z AUR, więc musisz zainstalować i używać owijarki AUR, takiej jak pacaur lub yaourt. Następnie zainstalowanie MinGW-w64 wersji bibliotek Qt5 i Boost jest tak proste, jak:]}

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

To również zainstaluje łańcuch narzędzi mingw-w64 (mingw-w64-gcc) i inne zależności. Cross-kompilacja projektu Qt dla windows (x64) jest wtedy tak proste jak:

x86_64-w64-mingw32-qmake-qt5
make

Aby wdrożyć program musisz skopiować odpowiednie biblioteki DLL z /usr/x86_64-w64-mingw32/bin/.

Aby uzyskać wersję 32-bitową, wystarczy użyć i686-w64-mingw32-qmake-qt5. Projekty oparte na Cmake działają równie łatwo z x86_64-w64-mingw32-cmake. Takie podejście działało dla mnie niezwykle dobrze, było najłatwiejsze w konfiguracji, utrzymaniu i rozbudowie. Dobrze sprawdza się również w przypadku usług ciągłej integracji. Dostępne są również obrazy Dockera .

Na przykład, powiedzmy, że chcę zbudować QNapi GUI downloadera napisów. Mogę to zrobić w dwóch krokach:

1) Uruchom kontener docker:

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

2) klonowanie i kompilowanie QNapi

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