1. 10 Jun, 2016 - 1 commit
  2. 08 Jun, 2016 - 1 commit
  3. 03 Jun, 2016 - 1 commit
  4. 26 May, 2016 - 3 commits
  5. 25 May, 2016 - 3 commits
  6. 24 May, 2016 - 4 commits
    • Thiago Macieira's avatar
      Revert "QMutexPool: avoid QVarLengthArray of QAtomicPointers" · b084739b
      Thiago Macieira authored
      This reverts commit 4579d966
      
      .
      
      This causes a miscompilation with ICC 16 on Windows (MSVC 2015 ABI): the
      vector created by new[] with () in:
      
            mutexes(new QAtomicPointer<QMutex>[size]()), // (): zero-initialize
      
      does not actually zero-initialize (see disassembly in the bug
      report). This is definitely a compiler bug.
      
      Since we plan on removing QMutexPool in Qt 5.8 anyway, let's just revert
      the patch.
      
      Task-number: QTBUG-53360
      Change-Id: I06bae9392f534e45b3f1ffff144e823b747e7962
      Reviewed-by: default avatarKai Koehne <kai.koehne@qt.io>
      b084739b
    • Kai Koehne's avatar
      Determine the compiler's default include and lib directories at qmake time · efd2ea8e
      Kai Koehne authored
      
      This fixes a long-standing issue for Qt packages, where the
      paths detected at configure time do not necessarily match the
      paths on the user's machine. Hence they have been stripped
      manually from qconfig.pri so far, preventing moc from resolving
      some includes.
      
      The same logic in configure is left alone for the time being,
      since the paths there are also used to filter paths returned
      by pg_config and mysql_config. I expect that this will
      eventually be removed too in a bigger refactoring going on
      right now in dev.
      
      Asking the compiler for implicit paths only works for non-msvc
      builds - that is, gcc, clang and icc fortunately have a
      compatible way to retrieve the paths. MSVC works
      solely on environment variables, which will be taken into
      account by a separate patch.
      
      [ChangeLog][qmake] The implicit compiler directories that
      moc needs for resolving include files are now determined
      when qmake runs. So far QMAKE_DEFAULT_INCDIR was determined
      at configure time, which might be wrong for relocated
      installations.
      
      Task-number: QTBUG-52687
      Change-Id: If0706e8c56a5aca2b6e777e79e90342c498726f3
      Reviewed-by: default avatarLars Knoll <lars.knoll@theqtcompany.com>
      Reviewed-by: default avatarOswald Buddenhagen <oswald.buddenhagen@theqtcompany.com>
      efd2ea8e
    • Friedemann Kleint's avatar
      Fix tst_QListView::setCurrentIndexAfterAppendRowCrash(). · 65ae3de2
      Friedemann Kleint authored
      
      The test was half-ported from Qt 4 and #ifdefed out depending
      on WINVER. When it became active, it failed since it queries the window
      handle too early in the process.
      
      Move the code sending the message into showEvent() to ensure a window
      handle exists and parent the listview properly to prevent a leaking
      toplevel.
      
      Change-Id: I74aa9ddfd0e88dd31e9258400fc3e473b6e0d92e
      Reviewed-by: default avatarKai Koehne <kai.koehne@qt.io>
      65ae3de2
    • BogDan Vatra's avatar
      Move services documenation to a wiki page. · 48d14c66
      BogDan Vatra authored
      
      Qt XML parser doesn't like these comments and it breakes QtCreator's manifest editor
      
      Task-number: QTCREATORBUG-16139
      Change-Id: I6459926b32c39eb6d1ee8a9b5a5ade9b6f72924a
      Reviewed-by: default avatarChristian Stromme <christian.stromme@qt.io>
      48d14c66
  7. 23 May, 2016 - 1 commit
  8. 20 May, 2016 - 6 commits
  9. 19 May, 2016 - 9 commits
  10. 18 May, 2016 - 10 commits
  11. 17 May, 2016 - 1 commit