Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-71228

Reg 5.12.0a -> 5.12.0b1 qmake fails on SUBDIRS projects with -tp vc

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P1: Critical
    • Resolution: Done
    • Affects Version/s: 5.12.0 Beta 1, 5.12.0 Beta 2
    • Fix Version/s: 5.12.0 RC
    • Component/s: Build tools: qmake
    • Labels:
      None
    • Environment:
      Windows 10, Visual Studio 2017 + VS Build Tools 2015, Qt 5.12.0 Beta msvc2015_64
    • Platform/s:
      Windows
    • Commits:
      4be8168ff7fe8c871a7f3cd7dce8fa4f70e1a6cf (qt/qtbase/5.12) 299734c3ee96055f72557cf8c25221bab5ce1a11 (qt/qtbase/5.12.0)

      Description

      This problem appeared in Beta 1, Alpha was working fine. Running

      qmake -tp vc -r

      to generate a 64-bit Visual Studio project file on a SUBDIRS Qt project results in the following error output:

       

      ASSERT: "&other != this" in file c:\users\qt\work\qt\qtbase\include\qtcore\../../src/corelib/tools/qstring.h, line 958

      As a result, the .vcxproj files for the sub-projects seem to be generated, but the .sln file is 0 bytes in size.

      Related observations:

      1. The problem only occurs with the Visual Studio project generation (qmake -tp vc -r), not Makefile (qmake -r).
      2. It only occurs with the 64-bit Qt version (msvc2015_64), not 32-bit (msvc2015).
      3. It seems to occur on every single SUBDIRS project. Attached is the empty project structure that reproduces the error for me.

      And here's the exact command line I use to invoke qmake that results in the error:

      call "%VS140COMNTOOLS%..\..\VC\vcvarsall.bat" amd64 && C:\Qt\5.12.0\msvc2015_64\bin\qmake.exe -tp vc -r

       

        Attachments

        1. app.zip
          0.4 kB
        2. qmake call stack.txt
          1 kB
        For Gerrit Dashboard: QTBUG-71228
        # Subject Branch Project Status CR V

          Activity

            People

            • Assignee:
              owolff Oliver Wolff
              Reporter:
              alexium Alex
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Gerrit Reviews

                There are no open Gerrit changes