1. 22 Oct, 2020 1 commit
  2. 16 Sep, 2020 2 commits
  3. 08 Sep, 2020 2 commits
  4. 07 Sep, 2020 1 commit
  5. 06 Sep, 2020 1 commit
  6. 05 Sep, 2020 1 commit
  7. 20 Aug, 2020 2 commits
  8. 19 Aug, 2020 7 commits
    • Francis Herne's avatar
      Merge branch '5.6' into master · 49dc20af
      Francis Herne authored
      49dc20af
    • Francis Herne's avatar
      Initial support for CPython 3.9 · 05e95cac
      Francis Herne authored
      This reformats our AST to match that introduced upstream by
       https://bugs.python.org/issue34822 and adjusts the conversion from
       older Python versions' AST to match.
      
      ExtendedSliceAst is removed, in favour of a TupleAst containing
       SliceAsts and/or other expressions.
      
      IndexAst is removed, instead non-slice index expressions are direct
       children of SubscriptAst.
      
      SliceAst and EllipsisAst are now subclasses of ExpressionAst. In the
       latter case I don't understand how it wasn't broken before.
      
      ---
      
      The stdlib docfiles are not updated.
       There aren't many changes to builtins in 3.9, but we do need a system to
       re-generate these - perhaps based on Typeshed.
      
      In CPython 3.8 and 3.9 there are several changes to the parser that
       could be useful to us -- particularly end_lineno and end_col_offset.
       This patch doesn't attempt to take advantage of them.
      
      BUG: 419290
      05e95cac
    • Francis Herne's avatar
      898810e1
    • Francis Herne's avatar
      Remove obsolete files · f6fb3323
      Francis Herne authored
      These are no longer relevant or used, and potentially confusing.
      f6fb3323
    • Francis Herne's avatar
      Set parser feature version correctly for Python 3.8+ · 21dba4e7
      Francis Herne authored
      Otherwise the user gets errors for some new syntax.
      
      e.g. `f'{expr=}'` ->
       "f-string: self documenting expressions are only supported
        in Python 3.8 and greater"
      21dba4e7
    • Francis Herne's avatar
      2098cffa
    • Francis Herne's avatar
      Ensure that CodeAst nodes always start at (0, 0). · f7950baf
      Francis Herne authored
      Previously the start was that of the first child node.
      
      From CPython 3.8.2, the range of an attribute access `(expr).blah`
       includes the leading parenthesis, and thus starts before `expr`.
      
      The range of kdev-python's Attribute node represents only the range of
       `blah`, and is calculated in an awkward way.
      
      When an attribute access of a parenthesized expression appeared at the
       start of a file, the start of the attribute range from CPython was
       before that of the CodeAst node (based on the start of `expr`)
       resulting in an incorrect range being calculated.
      
      This case is very unusual in real code, but fixes the tests. ;-)
      f7950baf
  9. 17 Aug, 2020 2 commits
  10. 16 Aug, 2020 8 commits
  11. 08 Aug, 2020 2 commits
  12. 17 Jul, 2020 2 commits
  13. 19 Jun, 2020 1 commit
  14. 18 Jun, 2020 4 commits
  15. 17 Jun, 2020 4 commits