7623b1e350
Removed tree.is_node.
...
It's not needed anymore, because we have Node/Leaf.type now.
2017-01-23 20:34:30 +01:00
ae8e43d3c7
Move get_node() to tree_node and replace all the custom classdefs/funcdefs.
2017-01-05 23:43:12 +01:00
5d071ede8c
Fix the typing module issues in Python 3.6.
2017-01-02 15:01:12 +01:00
f6070496ad
Fixes to the isinstance tests.
2016-11-28 09:34:59 +01:00
558e8add49
Fix complex instance name resolving.
2016-11-27 11:51:12 +01:00
f672b367da
Fix most of PEP 484.
2016-11-15 00:05:08 +01:00
31514dfe76
Fix a lot on PEP 484.
2016-11-14 23:29:09 +01:00
75b67af000
Starting to improve function calls.
2016-10-22 21:02:15 +02:00
885cf62a12
Remove the position_modifier from the parser.
2016-09-18 00:50:31 +02:00
82c76fa689
Merge with the linter branch (especially the changes of pep484.
2016-06-07 13:51:25 +02:00
daa68b66ad
Fix a few issues caused by the refactoring.
2016-05-29 19:49:35 +02:00
795a72a866
add typing.cast() to the todo list
2016-02-15 18:13:47 +01:00
71ab855802
update list of things that are completed
2016-02-15 17:56:14 +01:00
641fb80773
add support for 'with-assignment' hints
2016-02-15 17:52:21 +01:00
3a1b2e7104
add support for 'for-assignment' hints
2016-02-15 17:37:03 +01:00
8b28678d19
support tuple-assignment
2016-02-15 17:04:19 +01:00
a658f7940c
typehints for variables in comments
2016-02-15 16:03:23 +01:00
daeee4ba0c
simple typehints in comments
2016-02-15 15:12:07 +01:00
244c9976e5
cache the parsed jedi_typing module
2016-01-23 23:06:28 +01:00
e267f63657
python 2.7 compatibility, typing module tested with docstring, so that it can also be tested in python 2.7
2016-01-23 22:53:48 +01:00
c9bf521efd
remove renaming of class based on parameters
2016-01-23 22:10:52 +01:00
b499906398
Reverted 10f5e1 --- needed some more work to get it working again
2016-01-17 16:12:43 +01:00
a5fc149f9d
use jedi.common.unite in flatten array of sets
2016-01-17 10:57:38 +01:00
59161c0b5d
fix FakeSequence type
2016-01-17 10:51:06 +01:00
3852431549
typing.Union and typing.Optional
2016-01-17 10:41:41 +01:00
7b97312509
tuples and mappings in typing
2016-01-17 10:41:40 +01:00
10f5e15325
I feel this is a nicer solution. Forward Reference busting should be part of the annotation resolving. It doesn not have anything to do with the typing module (and should indeed also happen if someone writes his own types outside of the typing module)
2016-01-17 10:41:40 +01:00
5948c63cf9
Make the classes descriptions look better --- not sure whether this is a good idea
2016-01-17 10:41:40 +01:00
67cbc5ebd1
made code slightly more pytho2 friendly
2016-01-17 10:41:40 +01:00
85023a22aa
Not implemented classes should not default to everything
2016-01-17 10:41:40 +01:00
cc6bd7d161
rework so that it also works withouty pep0484 type hints in jedi_typing.py
2016-01-17 10:41:40 +01:00
52cc721f45
made typing classes inheritable; added MutableSequence and List
2016-01-17 10:41:40 +01:00
f5a31ad78e
first try at the typing library
2016-01-17 10:41:40 +01:00
a373e34229
The parser without error recovery raises an error now if he's not able to parse something.
2015-12-25 18:53:05 +01:00
936cef97e9
Fix param position lookups. Also forward annotations have the correct resolution path now (starting at the end of the file).
2015-12-22 11:25:32 +01:00
5791860861
Actual forward reference annotations are working pretty smooth now.
2015-12-20 22:57:41 +01:00
c4906e0e3f
Rework the parser so we can use arbitrary start nodes of the syntax.
...
This also includes a rework for error recovery in the parser. This is now just possible for file_input parsing, which means for full files.
Includes also a refactoring of the tokenizer. No more do we have to add an additional newline, because it now works correctly (removes certain confusion.
2015-12-20 22:25:41 +01:00
b2a691a69a
PEP 484 support also means that we should evaluate comments in the future.
2015-12-19 11:10:05 +01:00
6bee214948
catch error in certain non-pep0484 annotations
2015-12-17 15:23:40 +01:00
1e6397b163
check 'assigned types'-support (comes out of the jedi-box), and add tests for that
2015-12-15 11:56:54 +01:00
3cef8b6d55
string-annotations should only be interpreted by the pep-0484 code, not the parser
2015-12-15 00:31:47 +01:00
576fdf8106
better separation pep0484 code and py__annotation__() function
2015-12-14 12:10:00 +01:00
f8debace0d
forward reference pep-0484
2015-12-13 23:47:45 +01:00
7e8112d607
pep0484 return type support
2015-12-13 23:07:13 +01:00
5a8c46d509
seperate parser and testing code
2015-12-13 21:13:20 +01:00
fadf4f4419
initial poc pep-0484 type hints
2015-12-13 18:05:57 +01:00
Dave Halter