- 13 Jan, 2014 7 commits
-
-
Paul Sokolovsky authored
By dispatching to long int methods.
-
Paul Sokolovsky authored
-
Damien George authored
-
Damien George authored
-
Dave Hylands authored
This should fix issue #171
-
Dave Hylands authored
-
John R. Lenton authored
-
- 12 Jan, 2014 23 commits
-
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
Long int is something which doesn't fit into SMALL_INT partion of machine_int_t. But it's also something which doesn't fit into machine_int_t in the first place.
-
Paul Sokolovsky authored
We likely should make mp_obj_new_int() inline, and rely on its encapsulated check rather than inline checks everywhere explicitly. Also, parser for big small int values is still broken.
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
John R. Lenton authored
-
Damien George authored
-
Damien George authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
Currently it would report "operation not supported" which is confusing. Overall, this is thinko leading to undefined behavior.
-
- 11 Jan, 2014 8 commits
-
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
-
Damien George authored
Still need to make built-ins by these names, and write tests.
-
John R. Lenton authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
John R. Lenton authored
-
- 10 Jan, 2014 2 commits
-
-
Paul Sokolovsky authored
If step is not constant, in first approximation, we can't apply optimization, (well, we could, but need a special case for this).
-
Paul Sokolovsky authored
-