1. 28 Jul, 2017 1 commit
  2. 26 Jul, 2017 2 commits
  3. 23 Jun, 2017 1 commit
  4. 20 Jun, 2017 1 commit
  5. 19 Jun, 2017 1 commit
    • Christian Stenger's avatar
      AutoTest: Fix handling of multiple build targets · cce1e130
      Christian Stenger authored
      If project files are not mapped 1:1 to targets the result
      of the chosen executable was more or less random.
      Try to handle multiple targets as correct as possible by
      checking for build targets already where we still know
      which files are part of the respective test cases.
      Task-number: QTCREATORBUG-17783
      Task-number: QTCREATORBUG-18357
      Change-Id: I82dcc26bf52c9918e2727b439a719af08879ef49
      Reviewed-by: Tobias Hunger's avatarTobias Hunger <tobias.hunger@qt.io>
  6. 04 May, 2017 1 commit
    • Tobias Hunger's avatar
      ProjectNodes: add listInProject() to Node · 0a340911
      Tobias Hunger authored
      Add a setter/getter for listInProject to Node and make the project
      list all nodes with this property set in Project::files.
      Task-number: QTCREATORBUG-18132
      Change-Id: I334e627856d1bc0d033e13c5d629f6657d8d7fee
      Reviewed-by: default avatarhjk <hjk@qt.io>
  7. 07 Apr, 2017 1 commit
  8. 29 Mar, 2017 3 commits
  9. 27 Mar, 2017 3 commits
  10. 21 Mar, 2017 1 commit
  11. 17 Mar, 2017 1 commit
  12. 14 Mar, 2017 1 commit
  13. 10 Mar, 2017 4 commits
  14. 28 Feb, 2017 1 commit
  15. 22 Feb, 2017 1 commit
  16. 20 Feb, 2017 1 commit
    • Nikolai Kosjar's avatar
      CppTools/ProjectManagers: Reduce ui blocking when loading projects · 8c90998f
      Nikolai Kosjar authored
      ${AnyProject}::updateCppCodeModel() did two potentially not that cheap
      operations in the ui thread:
       (1) Querying the MimeDatabase for the mime type for the source files of
           the project. In 99.9% of the cases no files need to be read for
           this as the file extension will resolve the type. The expensiveness
           comes from the sheer number of files that can occur.
       (2) Calling compilers with the "(sub)project's compiler command line"
           to determine the macros. While the caches avoid redundant calls,
           the number of the unique compiler calls makes this still a
           ui-freezing experience.
      These two operations are moved into a worker thread. For this, the
      expensive compiler calls are encapsulated in thread safe lambdas
      ("runners") in order to keep the "mutexed" data minimal. The original
      API calls of the toolchains are implemented in terms of the runners.
      While adapting the project managers, remove also the calls to
      setProjectLanguage(). These are redundant because all of the project
      managers already set a proper value in the constructor. Also, currently
      there is no need (client) to report back detection of C sources in
      project parts. This also keeps CppProjectUpdater simple.
      There is still room for improvement:
       * Run the compiler calls in parallel instead of sequence.
       * Ensure that the mime type for a file is determined exactly once.
      Change-Id: I2efc4e132ee88e3c8f264012ec8fafe3d86c404f
      Reviewed-by: Tobias Hunger's avatarTobias Hunger <tobias.hunger@qt.io>
  17. 15 Feb, 2017 1 commit
  18. 10 Feb, 2017 1 commit
  19. 30 Jan, 2017 1 commit
  20. 23 Jan, 2017 1 commit
  21. 21 Dec, 2016 1 commit
  22. 13 Dec, 2016 1 commit
    • Alexander Drozdov's avatar
      CMake: make project file system tree scanner persistent · dfaf0161
      Alexander Drozdov authored
      Project source tree is a same for all build configurations so it is
      a good idea to keep it persistent between CMake runs, configurations
      switches and so on. It safes a lot of time for big projects.
      Move more operations to the scanner thread:
       - Nodes filtering: skip .user files on top level of the project, skip
      well-known extensions and octet-streams: In most cases these are not
      required to be shown in the project tree.
       - Nodes sorting
      Fix small memory leak: we have .user in the scanner result. After this
      node filtered out, but is not feed (old code at the
      BuildDirManager::generateProjectTree()). Now .user file skips during scan
      without memory allocation at all.
      Allow user manually rescan project tree by call Build -> Rescan project
      tree. It runs CMake and Tree Scanner together: in most cases only CMake
      run requires but time to time (VCS update) full rescan also required.
      Change-Id: I4a6e6c897202da557509291c79932dd7751860e5
      Reviewed-by: Tobias Hunger's avatarTobias Hunger <tobias.hunger@qt.io>
  23. 06 Dec, 2016 1 commit
  24. 05 Dec, 2016 1 commit
  25. 15 Nov, 2016 1 commit
  26. 14 Nov, 2016 1 commit
  27. 31 Oct, 2016 1 commit
  28. 17 Oct, 2016 2 commits
  29. 10 Oct, 2016 1 commit
    • Tobias Hunger's avatar
      CMake: Move more code into BuildDirManager · 9e67dfbe
      Tobias Hunger authored
      Continue to concentrate all the code reading random cmake files in
      BuildDirManager. Now the task is to clean up the code, make it less
      dependent on values it should not depend on (kits, etc.), make it
      handle changes better and finally add another implementation that
      uses the cmake server mode to extract the data.
      Change-Id: I533625e376b969b64287bc205bd2e4be7a605306
      Reviewed-by: Tim Jenssen's avatarTim Jenssen <tim.jenssen@qt.io>
  30. 06 Oct, 2016 2 commits