1. 18 May, 2010 2 commits
  2. 12 May, 2010 1 commit
  3. 30 Apr, 2010 2 commits
  4. 27 Apr, 2010 1 commit
  5. 26 Apr, 2010 1 commit
  6. 23 Apr, 2010 1 commit
  7. 21 Apr, 2010 1 commit
  8. 20 Apr, 2010 1 commit
  9. 14 Apr, 2010 1 commit
  10. 13 Apr, 2010 1 commit
  11. 12 Apr, 2010 1 commit
  12. 08 Apr, 2010 3 commits
    • Tobias Hunger's avatar
      Disable shadow building when appropriate · c5b5127b
      Tobias Hunger authored
      Reviewed-by: dt
      c5b5127b
    • Tobias Hunger's avatar
      Allow loading of projects even with no valid Qt · e89c4775
      Tobias Hunger authored
      This patch marks up invalid Qt versions as Desktop.
      
      Make sure we add a the always existing invalid Qt version in the path
      available in the targetselectionpage if no valid Qt versions could be found.
      
      This way a project can be set up and loaded without a valid Qt version set up.
      Trying to build this will fail of course. This is basically how we handled
      this situation before we had targets, too.
      
      Task-number: QTCREATORBUG-1066
      Reviewed-by: dt
      e89c4775
    • dt's avatar
      Revert "Progress so far" · 9ddd7a59
      dt authored
      This reverts commit b1a121c5.
      
      Accidentally pushed the linux icc parser before it was ready.
      
      Conflicts:
      
      	src/plugins/qt4projectmanager/qtversionmanager.cpp
      9ddd7a59
  13. 07 Apr, 2010 3 commits
  14. 30 Mar, 2010 1 commit
  15. 26 Mar, 2010 1 commit
  16. 22 Mar, 2010 1 commit
  17. 19 Mar, 2010 1 commit
  18. 18 Mar, 2010 2 commits
    • dt's avatar
      Fix crash on loading projects · 5058233b
      dt authored
      5058233b
    • dt's avatar
      Treat a set QMAKEFEATURES correctly · 8b7eacc1
      dt authored
      We used to ignore if someone had set a additional for his qmake, with
      qmake -set QMAKEFEATURES. The fix is a simple oneliner from Filip
      Piechocki. See qt-creator merge request 130.
      
      Task-Nr: QTCREATORBUG-805
      8b7eacc1
  19. 17 Mar, 2010 1 commit
  20. 16 Mar, 2010 1 commit
  21. 15 Mar, 2010 3 commits
  22. 10 Mar, 2010 1 commit
    • dt's avatar
      Use exact and aysnc .pro file evaluate · ab8fc52d
      dt authored
      This is a big change touching almost all of our .pro file parsing.
      With this patch we only evaluate once exact for all needs and once
      greedy for the filelist. That is the qt runconfigurations don't have own
      evaluaters but reuse the project wide exact evaluation.
      
      We reevaluate if the user changes the build directory, the qmake
      buildconfiguration or the qmake arguments. That is if you open src.pro
      (or projects.pro) of qt with a shadow build you still don't get all the
      files, but after correcting the build directory, we reevaluate the .pro
      files and find all files. So for a suitable definition of fixed, that
      bug is now fixed.
      
      We now get the exact defines of all .pro files instead of all defines for all
      buildconfigurations. We still don't distinguish in which
      .pro file a DEFINE is set. So the code model now knows about all the
      defines set for the given configuration but not for which files it is
      actually set. Also that includes all DEFINES set in .qmake.cache or the
      mkspecs. This means all defines from .pro files should now work.
      
      The intial loading is still synchronous. I haven't looked into it to
      deeply, but it seems possible to make it also async.There are probably a
      few issues which need to be solved fist.
      
      Also due to the asynchronous nature of the code, the executable is
      updated a few seconds after actually changing the build configuration
      ab8fc52d
  23. 05 Mar, 2010 2 commits
  24. 26 Feb, 2010 2 commits
  25. 25 Feb, 2010 1 commit
  26. 23 Feb, 2010 1 commit
  27. 22 Feb, 2010 1 commit
  28. 19 Feb, 2010 1 commit
  29. 17 Feb, 2010 1 commit
    • Friedemann Kleint's avatar
      Symbian/Linux: Enable building with makefile-based system. · 7c9c99dc
      Friedemann Kleint authored
      - Autodetect SDK by environment variable EPOCROOT and qt directory
      below.
      - Environment::appendOrSet/prependOrSet: Avoid duplicate entries
      - Rename toolchain enumeration value
      - Adapt S60ToolChainMixin to new GnuPoc setup, provide routines for
        all required variables.
      - RVCTToolChain: Make RVCT detection smarter (Check for RVCT<v1><v2>BIN
        variable). Set all required variables in case of RVCTToolChain/GnuPoc
      - QtVersionManager: Detect toolchain and Qt version properly, make S60
        device run config accept toolchain.
      - Modify S60DeviceRunControl to execute 'make sis'
      - Modify S60Devices::detectQt...() to check for Qt installed into SDK
        first and symlink as fallback.
      7c9c99dc