1. 13 Dec, 2017 1 commit
  2. 08 Dec, 2017 1 commit
    • hjk's avatar
      ProjectExplorer/all: Re-organize BuildSteps/{Deploy,Build}Config setup · 53a15107
      hjk authored
      This follow the rough pattern of recent *RunConfigurationFactory changes
      for build and deploy configurations.
      
      - Collapse the two lines of constructors similar to what
        890c1906 did for RunConfigurations
        * Deploy* was purely mechanical
        * Build* ctors are split in connects() in the ctor body
          to create "empty shell for clone" etc
          and build step additions in initialize() functions which
          are only used in the create() case.
        -- Allows to collapse the shared 'ctor()' functions, too.
      
      - Move FooBuildConfigurationFactory::create() implementations
        to FooBuildConfiguration() constructor. That was a strange
        and unneeded ping-pong between factories and objects, and
        furthermore allows one level less of indirection (and for a
        later, left out here, some reduction of the
        FooBuildConfiguration interfaces that were only used to
        accommodate the *Factory::create() functions.
      
      - Most {Build,Deploy}Configuration{,Factory} classes had a canHandle(),
        but there wasn't one in the base classses. Have one there.
      
      - Most canHandle() functions were checking simple restrictions on
        e.g. project or target types, specify those by setters in the
        constructors instead and check them in the base canHandle()
      
      - clone() is generally replaced by a creation of a "shell object"
        and a fromMap(source->toMap()), implemented in the base, there
        are two cases left for Android and Qbs that needed(?) some extra
        polish
      
      - generally use canHandle() in base implementation, instead
        of doing that in all Derived::canFoo()
      
      - as a result, canCreate/create/canClone/clone reimplementations
        are not needed anymore, keep the base implementation for
        now (could be inlined into their only users later), but
        de-virtualize them.
      
      - Combine Ios{Preset,DSym}BuildStepFactory. There was only one
        'dsym' build step they could create.
      
      - Split the 'mangled' id into the ProjectConfiguration subtype
        specific constant identifier, and a QString extraId() bit.
        Only maintain the mangled id in saved settings.
      
      - Make ProjectConfiguration::m_id a constant member, adapt
        all constructors of derived classe.
      
      Not done in this patch:
      
      - Finish possible cosmetic changes on top
      
      - Add a way to specify restrictions to supported Qt versions
        (used in Android/Ios), as the base implementation does not
        depend on the qtsupport plugin
      
      - Combine the QList<X> availableFoo() + createFoo(X) function
        pairs to somthing like a direct
         QList<struct { X; std::function<X()>; }> fooCreators()
        to avoid e.g. the baseId.withSuffix() <-> id.suffixAfter(base)
        pingpong
      
      - Remove the *Factories from the global object pool
      
      - Do something about priority(). Falling back to plain
        qmake in android+qmake setup is not helpful.
      
      Change-Id: I2be7d88d554c5aa8b7db8edf5b93278e1ae0112a
      Reviewed-by: Tobias Hunger's avatarTobias Hunger <tobias.hunger@qt.io>
      53a15107
  3. 30 Mar, 2016 1 commit
  4. 19 Jan, 2016 1 commit
  5. 16 Nov, 2015 1 commit
  6. 16 Jan, 2015 1 commit
  7. 09 Oct, 2014 1 commit
  8. 08 Jan, 2014 1 commit
  9. 29 Jan, 2013 1 commit
  10. 05 Oct, 2012 1 commit
  11. 19 Jul, 2012 1 commit
  12. 06 Jun, 2012 1 commit
  13. 31 May, 2012 1 commit
  14. 25 Apr, 2012 1 commit
  15. 26 Jan, 2012 1 commit
  16. 23 Nov, 2011 1 commit
  17. 03 Nov, 2011 1 commit
  18. 16 Sep, 2011 1 commit
  19. 09 Sep, 2011 1 commit
  20. 07 Sep, 2011 1 commit
  21. 02 Aug, 2011 1 commit
  22. 14 Jul, 2011 1 commit
  23. 13 Jul, 2011 1 commit
  24. 22 Jun, 2011 1 commit
  25. 26 May, 2011 1 commit
    • Christian Kandeler's avatar
      Maemo: Create dedicated plugin. · 64ba06e2
      Christian Kandeler authored
      No change in functionality for now. More support for generic remote
      Linux support is planned to be added.
      
      The changes in decreasing order of magnitude:
      1) Move contents of qt4projectmanager/qt-maemo to new "RemoteLinux" plugin.
      2) Make some classes in qt4nodes public for now. More decoupling
      in that area will follow.
      3) Fix some minor problems uncovered by the move.
      
      Change-Id: I51d0c7977c10019eb6080cd6620bc28ecebad3c4
      Reviewed-on: http://codereview.qt.nokia.com/106Reviewed-by: default avatarDaniel Teske <daniel.teske@nokia.com>
      64ba06e2
  26. 06 May, 2011 1 commit
  27. 13 Apr, 2011 1 commit
  28. 12 Jan, 2011 1 commit
  29. 03 Dec, 2010 1 commit
  30. 24 Nov, 2010 1 commit
  31. 22 Oct, 2010 1 commit
  32. 21 Oct, 2010 1 commit
  33. 23 Aug, 2010 1 commit
  34. 05 Aug, 2010 1 commit
  35. 04 Aug, 2010 2 commits
  36. 03 Aug, 2010 1 commit
  37. 14 Jul, 2010 1 commit
  38. 07 Jul, 2010 1 commit
  39. 06 Jul, 2010 1 commit