- 21 Sep, 2013 16 commits
-
-
Stefan Marr authored
- at the moment this is hard coded, there might be a better way Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
- converted tuples to lists Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Changing to a tuple didn't did not solve the issue that RPython could not find a unique name for those function pointers. Now the traditional approach. This also allows us to get rid of the exception for the HALT bytecode. Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
RPython complained about not being able to determine a unique name for the function pointers, using a tuple doesn't cause this warning anymore. Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
- they used metaprogramming before, but that does not seem to work. - RPython gives me 'operation cannot succeed' and conflicting types for variables if I try to change the code slightly -> will just use simple constants instead, less maintainable but it works Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Tobias Pape authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
- think those are integers... Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
- not a classmethod anymore Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
I guess that was the problem, but I also changed the sentinel object into a magic int Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Hope to make sure that they are int instances that way Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
- 20 Sep, 2013 20 commits
-
-
Stefan Marr authored
Using a mixing as introduced in b159370a is not sufficient. We want to be able to know whether an object is Method/Primitive and using the type test as with multiple inheritance does not work anymore. Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
- issue was introduced by 1daff8b1 Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Tobias Pape authored
RPython does not like sys.exit, so we emulate it using an Exit-Exception. Also, we add a proper target file
-
Tobias Pape authored
-
Tobias Pape authored
-
Tobias Pape authored
hence, we make _invoke readily availabe. Also, is_empty is now state-based and not behavior-based
-
Tobias Pape authored
-
Tobias Pape authored
so we assist it that this is indeed the case;
-
Tobias Pape authored
-
Tobias Pape authored
this is a problem in the case when we want to "as_str" the pseudo-enum . So we just filter the int-value part of the dict and, as a small optimization use a translate-time unrolling of the if-switch.
-
Tobias Pape authored
We use file as stream from the rlib.
-
Tobias Pape authored
RPython does see them as distinct, incompatible types. The lists used now are immutable, nevertheless.
-
Tobias Pape authored
-
Tobias Pape authored
-
Tobias Pape authored
The _mixin_ = True however allows us kind-of multiple-inheritances. Be caucious, tho
-
Tobias Pape authored
-
Stefan Marr authored
- RPython does not support them, so we changed from the to module-level methods Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
- 19 Sep, 2013 4 commits
-
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Fixed bug in disassembler, was not yet adapted for using instance field indexes instead of field names in the bytecode Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-
Stefan Marr authored
Signed-off-by:
Stefan Marr <git@stefan-marr.de>
-