- 13 Mar, 2015 9 commits
-
-
Kevin Modzelewski authored
- make sure that, except for a few special cases, any type which has instance attributes gets a __dict__ descriptor - remove instance attributes from generator and builtin_function_or_method objects
-
Chris Toshok authored
-
Kevin Modzelewski authored
- oldstyle classes get a __dict__ - object().__hash__() - old style classes __getattribute__ - str.splitlines() - and file(unicode, unicode) - start_new_thread takes a third argument - set.union - instancemethod __getattr__
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Dong-hee,Na authored
-
Kevin Modzelewski authored
Fixing makefile link
-
Waleed Malik authored
fixing makefile link
-
Waleed Malik authored
-
- 12 Mar, 2015 8 commits
-
-
Kevin Modzelewski authored
Implement set comprehensions, fix dict comprehension scope
-
Kevin Modzelewski authored
Document that we need libssl-dev
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
We were already doing this for CAPI classes. Only slightly trickier due to bootstrapping issues.
-
Kevin Modzelewski authored
object.__reduce__, __reduce_ex__, and some friends
-
- 11 Mar, 2015 16 commits
-
-
Michael Arntzenius authored
-
Michael Arntzenius authored
-
Michael Arntzenius authored
-
Michael Arntzenius authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
1) because we haven't seen the types multiple times yet, so creating a new function specialization could be wasteful, and 2) the interpreter can't make use of the type specialization. Specializing at the interpreter does let us start counting how many times each specialization is used, and the function entry counts are the only way we have right now of telling that a particular specialization should be moved to a higher tier. But I don't think we should do that using this mechanism.
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
ex: for i in xrange(5): pass else: return 2 "unreachable here!" We didn't prune the "unreachable here" line, which caused some issues. I guess we could also support compiling trivially-unreachable blocks.
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
- Allow unicode arguments to str.encode/str.decode - Detect float parsing errors - 'VAR_WITH_UNDERSCORES'.isupper() should be True - str.rpartition() - Switch to CPythons str.split
-
Kevin Modzelewski authored
(ignore things that are clearly not importable)
-
Kevin Modzelewski authored
Move stat.h include into pyport.h
-
Marius Wachtler authored
-
- 10 Mar, 2015 7 commits
-
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
I think there's a theoretical issue where a GC happens between the assignment to a static slot and the call to PyGC_AddRoot. I don't think this was causing any issues, but I think it possibly could.
-
Kevin Modzelewski authored
Add a few 'long' methods, support tuple sublasses, add uuid test and fix a _struct GC bug
-
Kevin Modzelewski authored
I don't know how well this is followed in practice, but "!" is supposed to just be for irgen-specific names that should not make it to other tiers. The closure and generator variables are more like part of the inter-tier contract, so I think make more sense as "#" names.
-
Marius Wachtler authored
-
-
Kevin Modzelewski authored
-