1. 16 Feb, 2012 1 commit
    • Erik Verbruggen's avatar
      Supply c++11 flags and per-project info to c++ code model. · 3aab8bea
      Erik Verbruggen authored
      A manual squash/merge of the changes below, plus a couple of subsequent
      code fixes.
          Modify CppModel::ProjectInfo
          Adding per project node information, to pass on the correct
          defines/includes for each file, instead of aggregating them incorrectly.
          Also split up SOURCES and OBJECTIVE_SOURCES.
          Also ask the toolchain to convert the compilerflags to flags the
          codemodel understands, for now only gcc and only c++11.
          Also make the toolchain aware of the flags used to compile, so that it
          can emit the correct defines.
          Note: No header files are passed on.
          GCC: Evaluate cxxflags when checking for predefined macros
          MSVC: Take cxxflags into account when checking for predefined macros
          Compile fixes
      Change-Id: I9de94ad038dfc5dc1987732e84b13fb4419c96f5
      Reviewed-by: default avatarErik Verbruggen <erik.verbruggen@nokia.com>
  2. 15 Feb, 2012 1 commit
  3. 13 Feb, 2012 1 commit
  4. 10 Feb, 2012 1 commit
    • Leandro Melo's avatar
      Improve code-assist API isSortable · 70b64280
      Leandro Melo authored
      Now IGenericProposalModel::isSortable also takes the current prefix
      as a parameter. This is particularly useful for cases like in the C++
      completion: For global completions it will only sort if there's
      already a content prefix - Notice, however, that the "sorting threshold"
      for a maximum number of items is still kept in IGenericProposalModel::sort.
      Task-number: QTCREATORBUG-6404
      Change-Id: I3c2f282aa565287b8b4989930b6a27093862ef25
      Reviewed-by: default avatarRoberto Raggi <roberto.raggi@nokia.com>
  5. 09 Feb, 2012 3 commits
  6. 08 Feb, 2012 1 commit
  7. 07 Feb, 2012 1 commit
  8. 31 Jan, 2012 2 commits
  9. 26 Jan, 2012 1 commit
  10. 25 Jan, 2012 1 commit
  11. 24 Jan, 2012 7 commits
  12. 23 Jan, 2012 4 commits
    • Leandro Melo's avatar
      C++: Remaining fixes in symbol finder · 35bcccb5
      Leandro Melo authored
      Should have gone in the previous fix commit...
      Change-Id: Ibca55cbd6fd58caee7d61f5e8f8c37f67391c597
      Reviewed-by: default avatarLeandro Melo <leandro.melo@nokia.com>
    • Leandro Melo's avatar
      C++: Fix "reference" file in symbol finder · b97b45a3
      Leandro Melo authored
      Througout the initial review the singleton was transformed into an
      ordinary class, but a error was introduced: The "reference" file was
      incorrectly assumed to be the editors file, which is wrong, since
      it should be the declaration file.
      Change-Id: Iad3e25a690fa8bd07a18184b24b10f8dea965332
      Reviewed-by: default avatarRoberto Raggi <roberto.raggi@nokia.com>
    • Leandro Melo's avatar
      Compile fix · 6caa899b
      Leandro Melo authored
      Change-Id: I22dfa74f8f10a601103b179eb037604d5a747077
      Reviewed-by: default avatarhjk <qthjk@ovi.com>
    • Leandro Melo's avatar
      C++: Improve file accuracy when finding symbols · 466ea484
      Leandro Melo authored
      This patch introduces a priority-based mechanism when searching for certains
      symbols in the snapshot. The priority corresponds to how similar the file path
      from the "reference" symbol is to the file path from the "candidate" symbol.
      This solves a variety of issues when matching "equivalent" symbols but that
      are in another file/project, such as when following a function declaration,
      a forward class declaration, or adding a definition through a quickfix.
      There's now a symbol finder which will compute the "best" search order and cache
      the most recent results. A consequence is that following symbols in some cases
      is slower, but not apparently significatly.
      Note: The "find" functions were moved from the Snapshot to the new SymbolFinder
      Task-number: QTCREATORBUG-6697
      Task-number: QTCREATORBUG-6792
      Change-Id: Ia518f014275fec1f4d0cb3224bd4e06a9df6d557
      Reviewed-by: default avatarRoberto Raggi <roberto.raggi@nokia.com>
  13. 13 Jan, 2012 2 commits
  14. 12 Jan, 2012 1 commit
  15. 11 Jan, 2012 2 commits
  16. 10 Jan, 2012 1 commit
  17. 20 Dec, 2011 5 commits
  18. 19 Dec, 2011 1 commit
  19. 09 Dec, 2011 1 commit
  20. 08 Dec, 2011 1 commit
  21. 02 Dec, 2011 1 commit
  22. 25 Nov, 2011 1 commit
    • Jarek Kobus's avatar
      Transform always old code style settings · 3d57758d
      Jarek Kobus authored
      Before, we didn't transform the code style settings
      if they were defaults (so no entries were written
      for them in the settings). In case someone
      changed global tab settings and didn't touch
      code style settings in 2.3, the code style settings
      were not transformed. Now, we transform them too
      so that legacy code style settings in 2.4
      (named: "Old Creator") contains old global tab settings.
      We also take care of not creating legacy settings
      in case neither textTabPreferences nor CppTabPreferences
      nor CppCodeStyleSettings were saved (when creator 2.3 used only
      defaults or when it's a first run of creator 2.4 without
      old settings).
      Handle legacy transformation for qml too.
      Make a code bit more readable.
      Task-number: QTCREATORBUG-6614
      Change-Id: I37b8dd4d1170f397b7d304c59575d9ae37884564
      Reviewed-by: default avatarLeandro Melo <leandro.melo@nokia.com>
      Reviewed-by: default avatarChristian Kamm <christian.d.kamm@nokia.com>