1. 17 Feb, 2015 1 commit
  2. 06 Feb, 2015 1 commit
    • Orgad Shaneh's avatar
      Misc: Remove unneeded qualifications · 74ed591d
      Orgad Shaneh authored
      
      
      Mostly done using the following ruby script:
      Dir.glob('**/*.cpp').each { |file|
        next if file =~ %r{src/shared/qbs|/qmljs/}
        s = File.read(file)
        s.scan(/^using namespace (.*);$/) {
          ns = $1
          t = s.gsub(/^(.*)\b#{ns}::((?!Const)[A-Z])/) { |m|
            before = $1
            char = $2
            if before =~ /"|\/\/|\\|using|SIGNAL|SLOT|Q_/
              m
            else
              before + char
            end
          }
          if t != s
            puts file
            File.open(file, 'w').write(t)
          end
        }
      }
      
      Change-Id: I919da493d0629b719d328e5e71c96a29d230dfd1
      Reviewed-by: default avatarChristian Kandeler <christian.kandeler@theqtcompany.com>
      Reviewed-by: default avatarhjk <hjk@theqtcompany.com>
      74ed591d
  3. 16 Jan, 2015 1 commit
  4. 09 Oct, 2014 1 commit
  5. 03 Sep, 2014 1 commit
  6. 01 Jul, 2014 1 commit
    • Christian Kandeler's avatar
      Always pass Core::Id by value. · 93304df0
      Christian Kandeler authored
      
      
      Currently we pass in some places by value, elsewhere by const ref and
      for some weird reason also by const value in a lot of places. The latter
      is particularly annoying, as it is also used in interfaces and therefore
      forces all implementors to do the same, since leaving the "const" off is
      causing compiler warnings with MSVC.
      
      Change-Id: I65b87dc3cce0986b8a55ff6119cb752361027803
      Reviewed-by: default avatarhjk <hjk121@nokiamail.com>
      93304df0
  7. 06 May, 2014 1 commit
  8. 08 Jan, 2014 1 commit
  9. 01 Oct, 2013 1 commit
    • Tobias Hunger's avatar
      BuildConfigurationFactory: Introduce priorities · ac6a3fd5
      Tobias Hunger authored
      
      
      Introduce priorities for build configuration factories. This way
      plugins can register specialized build configuration factories, that
      e.g. can provide additional build steps.
      
      A negative priority signifies that a factory is not prepared to
      handle a request, the default build configuration factory shipped by
      the build system plugin will report a priority of 0. Add 100 to that
      for each specialization you add (e.g. a remote linux buildconfiguration
      factory would report 100, a specialization of that for mer will
      should report 200, etc.).
      
      Change-Id: I141a7a5a79166afdb7657d46eb7e86bd18d3abf6
      Reviewed-by: default avatarDaniel Teske <daniel.teske@digia.com>
      Reviewed-by: default avatarMichal Klocek <michal.klocek@digia.com>
      ac6a3fd5
  10. 27 Sep, 2013 1 commit
    • Tobias Hunger's avatar
      TargetSetupPage: Generalize the page · 921f86df
      Tobias Hunger authored
      
      
      Generalize the target setup page and move it into projectexplorer
      
      Move the qmake specific code into a projectimporter class with
      a specialization for qmake projects in the qt4projectmanager.
      
      This change depends heavily on the BuildConfigurationFactory cleanups
      done earlier and completes that change in such a way that generic
      build configuration factories are now in theory possible. The
      remaining problem is how to select the best factory of several that
      claim to be able to handle a kit and that is left for the next patch.
      
      Change-Id: I47134cb1938c52adebcdc1ddfe8dbf26abbbbeee
      Reviewed-by: default avatarDaniel Teske <daniel.teske@digia.com>
      921f86df
  11. 17 Sep, 2013 1 commit
    • Tobias Hunger's avatar
      BuildConfigurationFactory: Refactor code · d2adc303
      Tobias Hunger authored
      
      
      Refactor the code of the build configuration factories. The idea is to
      generalize the code so much that we can allow plugins to install
      custom build configuration factories for the platforms they support.
      
      To support this use case the following changes where done here:
       * BuildInfo class was introduced to describe one build configuration that
         can be created by a factory.
       * Factories report a list of BuildInfo to describe what they can produce.
         This fixes the need for factories to implicitly create one buildconfiguration
         and then create another one 'officially' to support debug and release build
         configurations to be set up for projects.
       * Do no longer work around factories to create build configurations.
      
      Change-Id: Ic372e4a9b5c582633b467d130538948472b89d91
      Reviewed-by: default avatarDaniel Teske <daniel.teske@digia.com>
      d2adc303
  12. 28 Aug, 2013 1 commit
  13. 31 Jan, 2013 1 commit
  14. 29 Jan, 2013 1 commit
  15. 16 Nov, 2012 5 commits
  16. 02 Nov, 2012 1 commit
  17. 05 Oct, 2012 1 commit
  18. 04 Sep, 2012 1 commit
    • Tobias Hunger's avatar
      s/profile/kit/ · 8ba422d0
      Tobias Hunger authored
      
      
      * Rename profiles to kits.
      * Update some strings:
         * projects mode has a Kits tab, not a Targets tab.
         * " Settings" was dropped from the sub-tabs of the Kits tab
         * menu entry "Build/Open Build/Run Target Selector" was renamed
           to "Build/Open Build and Run Kits Selector".
         * Use "Kit" instead of "Target" in miniprojecttargetselector.
           (The class was not renamed as it does indeed select targets,
            not kits)
      
      Change-Id: I0727e086e2dfa0e8aaaf89fdc6f2e3596c7a4314
      Reviewed-by: default avatarEike Ziller <eike.ziller@nokia.com>
      8ba422d0
  19. 24 Aug, 2012 1 commit
  20. 06 Aug, 2012 1 commit
  21. 25 Jul, 2012 1 commit
  22. 21 Jun, 2012 1 commit
    • Tobias Hunger's avatar
      Profile introduction · 24314562
      Tobias Hunger authored
      
      
      Introduce Profiles to store sets of values that describe a system/device.
      
      These profiles are held by a target, getting rid of much of the information
      stored in the Build-/Run-/DeployConfigurations, greatly simplifying those.
      
      This is a squash of the wip/profile branch which has been on gerrit for a
      while, rebased to current master.
      
      Change-Id: I25956c8dd4d1962b2134bfaa8a8076ae3909460f
      Reviewed-by: default avatarDaniel Teske <daniel.teske@nokia.com>
      24314562
  23. 18 May, 2012 1 commit
  24. 25 Apr, 2012 1 commit
  25. 03 Apr, 2012 1 commit
  26. 21 Feb, 2012 1 commit
  27. 15 Feb, 2012 1 commit
  28. 16 Jan, 2012 1 commit
  29. 30 Nov, 2011 3 commits