- 12 Aug, 2014 3 commits
-
-
Chris Ramstad authored
Conflicts: src/runtime/tuple.cpp test/tests/tuples.py
-
Chris Ramstad authored
-
Kevin Modzelewski authored
Some tweaks to better support C (as opposed to C++) compilation. Can now compile extension modules using gcc, in addition to clang as before.
-
- 11 Aug, 2014 5 commits
-
-
-
-
-
Joris Vankerschaver authored
-
Joris Vankerschaver authored
-
- 10 Aug, 2014 2 commits
-
-
Joris Vankerschaver authored
-
Joris Vankerschaver authored
-
- 09 Aug, 2014 2 commits
-
-
Krzysztof Klinikowski authored
-
Chris Ramstad authored
Support added to initialize a tuple using the tuple type class. Allows creation specifying positional or using the keyword argument 'sequence'. Accepts iterables- tested with lists, tuples, sets, dicts and strings
-
- 08 Aug, 2014 1 commit
-
-
Kevin Modzelewski authored
-
- 07 Aug, 2014 1 commit
-
-
Kevin Modzelewski authored
Need to special-case some places in the keyword handling since they previously assumed that they would first have to check if the keyword name matched a positional argument, before putting into the output **kw.
-
- 06 Aug, 2014 5 commits
-
-
Kevin Modzelewski authored
errnomodule.c is extremely simple and doesn't do anything complicated, so this is more of a proof-of-concept for now. The tricky stuff will most likely be around newly-defined types.
-
Kevin Modzelewski authored
The previous code assumed that there was only one stack per thread, which could be examined by looking at the current registers. Generators complicate that, since we switch to a separate stack. We still need to scan the original, main stack, which means that we need to add some bookkeeping code that remembers what the main stack was, even as we swap to and from generators.
-
Kevin Modzelewski authored
Nothing major was wrong, but was trying to double-pass the generator/closure arguments.
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
Previously the gc header had to be set and managed by the user of the GC, which didn't make much sense. Also took this opportunity to clean up a bunch of old cruft. Also got rid of ObjectFlavors and AllocationKinds, in preference for a GCKind which I think makes more sense. Right now there are only three different GCKinds, but I'm not sure if the previous AllocationKinds should each get their own GCKind.
-
- 05 Aug, 2014 5 commits
-
-
Krzysztof Klinikowski authored
-
Krzysztof Klinikowski authored
-
Kevin Modzelewski authored
-
https://github.com/kkszysiu/pystonKevin Modzelewski authored
Conflicts: src/runtime/str.cpp test/tests/str_manipulation.py
-
Kevin Modzelewski authored
-
- 04 Aug, 2014 5 commits
-
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
Added capitalize and title functions for strings
-
Kevin Modzelewski authored
Implement tuple.__add__, dict.__contains__ and builtin id() function
-
Kevin Modzelewski authored
-
- 03 Aug, 2014 1 commit
-
-
Krzysztof Klinikowski authored
-
- 31 Jul, 2014 10 commits
-
-
Chris Ramstad authored
-
Kevin Modzelewski authored
-
Chris Ramstad authored
removed dict_contains.py fixed merge miss in dict.cpp
-
Chris Ramstad authored
-
Kevin Modzelewski authored
The goal is to be able to use these as-is
-
Kevin Modzelewski authored
Rewriter2
-
-
Kevin Modzelewski authored
ie actually add one. Before dict.__new__ would simply call object.__new__ and return something that was very much not a dict :/
-
-
Chris Ramstad authored
Currently returns the address if the Box*
-