[Development] Qt 5.14 MinGW debug build doesn't add debug suffix

Roland Winklmeier roland.m.winklmeier at gmail.com
Fri Jan 10 09:51:44 CET 2020


Am Fr., 10. Jan. 2020 um 09:40 Uhr schrieb Roland Winklmeier <
roland.m.winklmeier at gmail.com>:

> Am Mi., 8. Jan. 2020 um 20:09 Uhr schrieb Thiago Macieira <
> thiago.macieira at intel.com>:
>
>> On Wednesday, 8 January 2020 10:10:06 PST Sérgio Martins via Development
>> wrote:
>> > Wondering if there's a reason why the suffix is needed in the first
>> > place...
>> > I thought only MSVC had problems mixing debug and release runtimes.
>>
>> Correct.
>>
>> We stopped adding the suffix in MinGW builds.
>>
>> I wonder what happens to debug-and-release builds now.
>>
>
> I was doing a normal release build of Qt itself and tried to build a
> sample project (created with QtCreator - new empty application project
> called debug) with debug flags and got:
>
> mingw32-make: *** No rule to make target
> 'D:/projects/qt5/qtbase/lib/libQt5Cored.a', needed by 'debug.exe'. Stop.
>

Found the problem:

diff --git a/mkspecs/features/qt_functions.prf
b/mkspecs/features/qt_functions.prf
index 45d4492788..ef2bb17c5d 100644
--- a/mkspecs/features/qt_functions.prf
+++ b/mkspecs/features/qt_functions.prf
@@ -5,7 +5,7 @@ defineReplace(qtPlatformTargetSuffix) {
     else: CONFIG(debug, debug|release) {
         !debug_and_release|build_pass {
             mac: return($${suffix}_debug)
-            win32: return($${suffix}d)
+           msvc: return($${suffix}d)
         }
     }
     return($$suffix)

Cheers Roland
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20200110/02b12a1a/attachment.html>


More information about the Development mailing list