1. 27 Apr, 2017 1 commit
  2. 19 Jan, 2016 1 commit
  3. 19 Nov, 2015 1 commit
    • Nikolai Kosjar's avatar
      C++: Revert lookup to 3.4.2 · 0498fb68
      Nikolai Kosjar authored
      ...which was least buggy.
      
      The bugs fixed by the changes we revert here (highlighting/completion
      for code involving templates) were minor compared to ones we currently
      have. Those bugs will be addressed by the clang code model anyway.
      
      Relevant commits were collected via:
      
        $ cd ${QTC}/src/libs/cplusplus
        $ git log \
         --no-merges \
         --format=oneline \
         v3.4.2..HEAD \
         -- LookupContext.* ResolveExpression.* TypeResolver.* TypeOfExpression.* \
            ../../plugins/cpptools/cppcompletion_test.cpp
      
      From this list the following were skipped due to irrelevance:
      
        88c5b47e # CppTools: Minor cleanup in completion tests
        e5255a1f # CppTools: Add a test for ObjC not replacing dot with arrow
        5b12c8d6 # CppTools: Support ObjC in member access operator tests
        9fef4fb9
      
       # CPlusPlus: Fix warnings about overriding visit(...) methods
      
      There were only minor conflicts while reverting those.
      
      This changes touches so many files because there were quite some
      cleanups and renames after the 3.4.2 release.
      
      Task-number: QTCREATORBUG-14889
      Task-number: QTCREATORBUG-15211
      Task-number: QTCREATORBUG-15213
      Task-number: QTCREATORBUG-15257
      Task-number: QTCREATORBUG-15264
      Task-number: QTCREATORBUG-15291
      Task-number: QTCREATORBUG-15329
      Change-Id: I01f759f8f35ecb4228928a4f22086e279c1a5435
      Reviewed-by: default avatarMarco Bubke <marco.bubke@theqtcompany.com>
      0498fb68
  4. 03 Oct, 2015 1 commit
    • Claus Steuer's avatar
      C++: Support noexcept operator · 158b07c9
      Claus Steuer authored
      The code model failed to parse the noexcept operator which is often
      used in noexcept specifiers, e.g.: "void f() noexcept(noexcept(g()));"
      Consequently some c++11 headers such as unordered_map, array
      and unordered_set could not be parsed and no code completition was
      available. I have created the NoExceptOperatorExpressionAST class
      which is created whenever a noexcept token is found in an
      expression with operator precedence. The noExcept test case
      in the cplusplus/cxx11 test now contains a function that
      uses the noexcept operator.
      
      Fixed noexcept operator parsing
      
      Added the test requested by Sergey Shambir, which then revealed that
      i had not implemeneted the noexpect operator parsing according to the
      c++ specification.
      As stated here http://cpp0x.centaur.ath.cx/expr.unary.noexcept.html
      
      
      the noexcept operator is a unary-expression that contains an
      expression (and not a constant-expression). This should now be fixed.
      
      Change-Id: Id4a99a43b660bd83e7680274491d99a698b57094
      Reviewed-by: default avatarNikolai Kosjar <nikolai.kosjar@theqtcompany.com>
      158b07c9
  5. 22 Apr, 2015 1 commit
    • kai666_73's avatar
      C++: Find template member access in find usages · b30b69bb
      kai666_73 authored
      
      
      Example:
      struct Foo {};
      struct Bar {
        template <typename T>
        T *templateFunc() { return 0; }
      };
      struct Test {
        Bar member;
        void testFunc();
      };
      void Test::testFunc() {
        member.templateFunc<Foo>();   // "templateFunc" and "Foo" outside of FindUsages
      }
      
      Change-Id: I0c5109d00c67054fe15b3fb98cf8cbca69123d8b
      Reviewed-by: Orgad Shaneh's avatarOrgad Shaneh <orgads@gmail.com>
      b30b69bb
  6. 20 Apr, 2015 1 commit
  7. 16 Jan, 2015 1 commit
  8. 09 Oct, 2014 1 commit
  9. 09 Sep, 2014 1 commit
  10. 22 Jul, 2014 1 commit
  11. 23 May, 2014 1 commit
  12. 21 May, 2014 1 commit
  13. 15 May, 2014 2 commits
  14. 08 Jan, 2014 1 commit
  15. 08 Jul, 2013 1 commit
    • Erik Verbruggen's avatar
      C++: fix scope matching for templates in FindUsages · d70a33c0
      Erik Verbruggen authored
      When the cursor is on the name of declaration of a templated function,
      then since f93758b8
      
       the scope returned
      by Document::findScopeAt is the scope of the template declaration.
      Before it was the parent scope of the template declaration.
      
      The check in FindUsages::checkCandidates did not check all combinations
      of template(-child symbol) scopes for the searched symbol and its
      occurrences.
      
      Task-number: QTCREATORBUG-9749
      
      Change-Id: Idc84a2ba718721ce54683a67635a93352784ddd1
      Reviewed-by: default avatarNikolai Kosjar <nikolai.kosjar@digia.com>
      d70a33c0
  16. 17 Jun, 2013 1 commit
  17. 02 May, 2013 1 commit
  18. 03 Apr, 2013 1 commit
  19. 26 Feb, 2013 1 commit
  20. 29 Jan, 2013 1 commit
  21. 22 Jan, 2013 1 commit
  22. 07 Nov, 2012 1 commit
  23. 11 Oct, 2012 1 commit
  24. 05 Oct, 2012 1 commit
  25. 19 Sep, 2012 4 commits
  26. 17 Sep, 2012 1 commit
  27. 04 Sep, 2012 1 commit
  28. 08 Aug, 2012 1 commit
  29. 19 Jul, 2012 1 commit
  30. 23 Feb, 2012 1 commit
  31. 21 Feb, 2012 1 commit
  32. 10 Feb, 2012 1 commit
  33. 02 Feb, 2012 2 commits
  34. 30 Jan, 2012 1 commit
  35. 26 Jan, 2012 1 commit