Qt Forum

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Unsolved
    1. Home
    2. Tags
    3. mingw

    Log in to post
    • All categories
    • L

      Unsolved multiple target patterns. Stop.
      General and Desktop • makefile makefile.debug mingw resource • • Leoo

      2
      0
      Votes
      2
      Posts
      33
      Views

      jsulm

      @Leoo Please post your pro file (as text not pictures).

    • Pl45m4

      Solved Maintenance Tool / Installer 4.42 QMake Crash
      General and Desktop • maintenancetool crash online install qmake mingw • • Pl45m4

      2
      0
      Votes
      2
      Posts
      106
      Views

      Christian Ehrlicher

      Since Qt6 does not support Windows 7 anymore you have to choose an older qt installer from e.g. https://mirror.netcologne.de/qtproject/archive/online_installers/

    • C

      Solved Trying to run a Qt 4.8 project in the new Qt Creator(6.0.2) and MinGw 7.3. Run Fails before reaching main().
      Tools • qt creator qt4.8 mingw • • Curtwagner1984

      9
      0
      Votes
      9
      Posts
      397
      Views

      C

      @Christian-Ehrlicher Thank you for clarifying!

    • T

      Solved Unable to read from QSerialPort using MSVC compiler
      General and Desktop • qserialport mingw msvc read serial • • Turi

      25
      0
      Votes
      25
      Posts
      1078
      Views

      Christian Ehrlicher

      Here the bug report for this issue: https://bugreports.qt.io/browse/QTBUG-78086

    • artwaw

      Solved QtSql Postgress MinGW8 compilation error.
      General and Desktop • qtsql mingw • • artwaw

      11
      0
      Votes
      11
      Posts
      321
      Views

      Christian Ehrlicher

      @artwaw said in QtSql Postgress MinGW8 compilation error.:

      I always use QtCore to avoid the plethora of single class includes.

      Looks like you have enough time...

    • D

      Unsolved Windows & Mingwx64 no QtCoreD.dlls ?
      General and Desktop • mingw • • Dariusz

      4
      0
      Votes
      4
      Posts
      141
      Views

      C

      There are no debug libraries in the binary folder containing the runtime used by Qt Creator (i.e. ...\Qt\Tools\QtCreator\bin.

      There should be under the folder for each Qt library version you have installed, and these are the libraries that your program should be built against/link to. I would guess the path should be ...\Qt\6.1.2\mingw32\lib and ...\bin (no Windows install in front of me).

    • C

      Unsolved A problem about assert in QT
      General and Desktop • assert mingw • • cq_qt

      8
      0
      Votes
      8
      Posts
      1799
      Views

      C

      @KH-219Design
      thank you, I‘ll try some tests.

    • E

      Solved QNetworkAccessManger get data
      General and Desktop • qt 6.0.1 c++ mingw • • ELEMENTICY

      4
      0
      Votes
      4
      Posts
      240
      Views

      E

      @jsulm Yoo,thanks bro

    • S

      Solved Use GSL library with Qt
      General and Desktop • qt 5.15 gsl external librar windows 7 64 bi mingw • • sDmt

      5
      0
      Votes
      5
      Posts
      1133
      Views

      S

      @SGaist That was my problem. I compiled the libraries with MinGW 32 while my Qt's is MinGW 64. I changed the compiler and the problem is solved.
      Thanks for the help.

    • S

      Unsolved Mingw compiler Selection for Qt 4.8.6
      General and Desktop • qt4.8.6 mingw • • shashikumar

      2
      0
      Votes
      2
      Posts
      186
      Views

      SGaist

      Hi,

      It's rather the other way around. Choose the most recent version of MinGW that supports what you need and then patch your version of Qt if needed to build.

      Beside the fact that Qt 4 has reached end of life a long time ago, you should at least move to Qt 4.8.7.

    • M

      Unsolved Crypt C function under Qt's MinGW not found
      Tools • mingw • • Mixlu

      8
      0
      Votes
      8
      Posts
      1006
      Views

      JonB

      @Mixlu
      There are two possible issues. crypt.h is only a #include header file, needed to compile. Separately is the library containing the crypt code, which you will need at link-time (else "unresolved reference error") and/or run-time. Depending on your platform, we might be talking about libcrypt.a, libcrypt.so and/or libcrypt.dll. (For MinGW I also see mentions of libgcrypt, I don't know if that is relevant to you.) You will need one of these too, unless the crypt code is already actually in some other supplied runtime library.

      If you are Windows (you are, aren't you?) you might like to look at e.g. https://stackoverflow.com/questions/48410282/mingw32-compiler-giving-error-with-lcrypt

    • S

      Solved Using Qt with CLion on Windows
      General and Desktop • clion-ide windows 10 mingw • • Sam37

      3
      0
      Votes
      3
      Posts
      2892
      Views

      S

      Adding "[...]/mingw73_32/bin" to PATH worked! Thank you

    • A

      Unsolved Problem with QMYSQL
      General and Desktop • qmysql libmysql mysql library mingw • • AlexW.QT

      8
      0
      Votes
      8
      Posts
      555
      Views

      SGaist

      Are you trying to move things around in the folder where you are currently doing the application deployment ?

    • W

      Solved PeakCAN Mingw
      General and Desktop • can mingw • • wimschuiteman

      4
      0
      Votes
      4
      Posts
      667
      Views

      aha_1980

      Hi @wimschuiteman,

      Peak does not distinguish between 32 and 64 bit, the library is called pcanbasic.dll in both cases.

      So you need to use the correct one, 32 or 64 bit, depending on your Qt architecture.

    • P

      Solved Subscriptions in MQTT
      General and Desktop • mqtt mingw desktop qtquick • • Pamast

      6
      0
      Votes
      6
      Posts
      1439
      Views

      SGaist

      Glad you found out and thanks for sharing !

    • E

      Solved Link external library with MSCV compiler
      General and Desktop • qtcreator 5.11 library linker errors msvc mingw • • elsa

      34
      1
      Votes
      34
      Posts
      9086
      Views

      E

      @JonB well, I thought it just creates a new build file for the new compiler (which it does), but I have to admit my understanding for compilers is not very deep.

    • A-Trujillo

      Solved Instalación de Qt, debo incluir MinGW ya instalado?
      Spanish • installer win10 mingw • • A-Trujillo

      6
      0
      Votes
      6
      Posts
      2557
      Views

      Pablo J. Rogina

      @A-Trujillo si tu problema está solucionado, por favor no te olvides de marcar tu pregunta como tal. Muchas gracias.

    • aha_1980

      Solved Build with mingw32-make *very* slow
      Tools • mingw qmake subdirs slow • • aha_1980

      19
      0
      Votes
      19
      Posts
      9799
      Views

      K

      @fem_dev said in Build with mingw32-make *very* slow:

      First Question

      Qt Creator starts to use jom, but I got this compile time errors:

      09:35:09: The process "C: \ Qt \ Tools \ QtCreator \ bin \ jom.exe" exited normally. 09:35:09: Starting: "C: \ Qt \ Tools \ QtCreator \ bin \ jom.exe" -j4 jom 1.1.3 - empower your colors cd App / && (test -e Makefile || C: /Qt/5.15.0/mingw81_64/bin/qmake.exe -o Makefile C: /Users/VM/Desktop/rotortest/App/App.pro -spec win32- g ++ CONFIG + = debug CONFIG + = qml_debug) && C: \ Qt \ Tools \ QtCreator \ bin \ jom.exe -f Makefile C: \ Qt \ Tools \ QtCreator \ bin \ jom.exe -f Makefile.Debug 'C: \ Qt \ 5.15.0 \ mingw81_64 \ bin \ uic.exe' ../../rotortest/App/app.ui -o ui_app.h The syntax of the file name, directory name, or volume label is incorrect. jom: C: \ Users \ VM \ Desktop \ build-rotortest-Desktop_Qt_5_15_0_MinGW_64_bit-Debug \ App \ Makefile.Debug [ui_app.h] Error 1 'C: \ Qt \ 5.15.0 \ mingw81_64 \ bin \ uic.exe' ../../rotortest/App/custom_widget/value_unit.ui -o ui_value_unit.h 'C: \ Qt \ 5.15.0 \ mingw81_64 \ bin \ uic.exe' ../../rotortest/App/form/form_assembly.ui -o ui_form_assembly.h 'C: \ Qt \ 5.15.0 \ mingw81_64 \ bin \ uic.exe' ../../rotortest/App/form/form_excitation.ui -o ui_form_excitation.h The syntax of the file name, directory name, or volume label is incorrect. The syntax of the file name, directory name, or volume label is incorrect. jom: C: \ Users \ VM \ Desktop \ build-rotortest-Desktop_Qt_5_15_0_MinGW_64_bit-Debug \ App \ Makefile.Debug [ui_form_assembly.h] Error 1 jom: C: \ Users \ VM \ Desktop \ build-rotortest-Desktop_Qt_5_15_0_MinGW_64_bit-Debug \ App \ Makefile.Debug [ui_value_unit.h] Error 1 The syntax of the file name, directory name, or volume label is incorrect. jom: C: \ Users \ VM \ Desktop \ build-rotortest-Desktop_Qt_5_15_0_MinGW_64_bit-Debug \ App \ Makefile.Debug [ui_form_excitation.h] Error 1 jom: C: \ Users \ VM \ Desktop \ build-rotortest-Desktop_Qt_5_15_0_MinGW_64_bit-Debug \ App \ Makefile [debug] Error 2 jom: C: \ Users \ VM \ Desktop \ build-rotortest-Desktop_Qt_5_15_0_MinGW_64_bit-Debug \ Makefile [sub-App-make_first] Error 2 09:35:10: The process "C: \ Qt \ Tools \ QtCreator \ bin \ jom.exe" exited with code 2. Error while building / deploying project rotortest (kit: Desktop Qt 5.15.0 MinGW 64-bit) When executing step "Make"

      How can I fix it?

      My system:

      Qt Creator 4.12.4 (GCC based - downloaded by MSYS2) Qt 5.15.0 Windows 10 x64 Mingw-w64 jom

      Should be completely irrelevant. When your make file works with mingw-make, it has to work with jom as well. jomis a replacement for nmake because it did not allow -j parameter. AFAIK the MSVC does support directly multi-threading and it is not done through nmake.

      Besides possible side effects through parallel access to the same file or whatever, there is no difference for compilation. You are listing compile errors which are due to the compiler you are using.

      Second question

      @koahnig said in Build with mingw32-make *very* slow:

      Mingw-make does support now multi-threading. I did some tests back then, but after a reinstall, there was no need anymore.

      Are you saying that you compiled your Qt project using the default MSYS2 Mingw-64 configuration (WITHOUT jom) and got a close time compilation speed compared with MSVC 2019?

      Nope. I do not use MSVC 2019 compiler at all. AFAIK there was an issue with an older MinGW-make not suporting multi-threading. Therefore this discussion and the solution with jom. After my reinstall I did not bother to set up jom again. At day's end some gain is possible by switching to jom, but it was not enough to go through the hassle again.

      You seem to use a self-compiled Qt creator version. The output shows strange blanks around the backslashes. Possibly there is your problem with compilation.

    • Hjortronsylt

      Unsolved Unable to start application from Creator
      General and Desktop • creator 4.0.3 qt5.6.1 x86 mingw • • Hjortronsylt

      4
      0
      Votes
      4
      Posts
      1085
      Views

      K

      @Hjortronsylt

      Well libraries are simply not interchangable. Each library does hold a couple of objects defining typically the functionality given in the general naming.

      Some namings may have changed between Qt4 and Qt5, but not network to anything.

      Also when your application is requiring network functionality, but is missing it in the link process, you should see somewhere error messages.

      I would suggest that it is best when you are checking out examples from the tutorials. There are the network examples and there is the testlib functionality
      however, Qt offers more different aspects and it may make sense for you to check out those as well.

    • D

      Solved QVideoProbe causes the video to rotate 180 degrees with MinGW.
      General and Desktop • qvideoprobe mingw qmultimedia qmediaplayer qt5.9.2 • • dprmsi

      9
      0
      Votes
      9
      Posts
      2008
      Views

      SGaist

      IIRC, the two builds are not using the same backend.