1. 09 Oct, 2014 1 commit
  2. 08 Jan, 2014 1 commit
  3. 15 May, 2013 1 commit
  4. 10 Apr, 2013 1 commit
  5. 03 Apr, 2013 1 commit
  6. 29 Jan, 2013 1 commit
  7. 05 Oct, 2012 1 commit
  8. 19 Jul, 2012 1 commit
  9. 05 Mar, 2012 1 commit
  10. 15 Feb, 2012 1 commit
  11. 23 Jan, 2012 3 commits
    • 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>