- 12 Apr, 2014 4 commits
-
-
Damien George authored
-
Damien George authored
Small fixes to get it compiling with ARMCC. I have no idea why category_t was in the enum definition for qstrs...
-
Damien George authored
-
Paul Sokolovsky authored
-
- 11 Apr, 2014 28 commits
-
-
Paul Sokolovsky authored
This helps with handling "recursive" imports in sane manner, for example when foo/__init__.py has something like "from foo import submod".
-
Paul Sokolovsky authored
-
Damien George authored
I'm pretty sure these are never reached, since NOT_EQUAL is always converted into EQUAL in mp_binary_op. No one should call type.binary_op directly, they should always go through mp_binary_op (or mp_obj_is_equal).
-
Damien George authored
-
Damien George authored
With new order of evaluation of defaults, creating the tuple was done in the wrong spot.
-
Damien George authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
Per https://docs.python.org/3.3/reference/import.html , this is the way to tell module from package: "Specifically, any module that contains a __path__ attribute is considered a package." And it for sure will be needed to implement relative imports.
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
This is alternative implementation of supporting conditionals in qstrdefs.h, hard to say if it's much cleaner than munging #ifdef's in Python code...
-
Paul Sokolovsky authored
This reverts commit acb133d1. Conditionals will be suported using C preprocessor.
-
Damien George authored
-
Damien George authored
This simplifies the compiler a little, since now it can do 1 pass over a function declaration, to determine default arguments. I would have done this originally, but CPython 3.3 somehow had the default keyword args compiled before the default position args (even though they appear in the other order in the text of the script), and I thought it was important to have the same order of execution when evaluating default arguments. CPython 3.4 has changed the order to the more obvious one, so we can also change.
-
Damien George authored
-
Damien George authored
-
Damien George authored
Also convert mp_obj_is_integer to an inline function. Overall this decreased code size (at least on 32-bit x86 machine).
-
Damien George authored
It regressed a bit after implementing float/complex equality. Now it should be improved, and support more equality tests.
-
Damien George authored
It has (again) a fast path for ints, and a simplified "slow" path for everything else. Also simplify the way str indexing is done (now matches tuple and list).
-
Damien George authored
Addresses issue #462.
-
Damien George authored
-
Paul Sokolovsky authored
Pairs are limited to tuples so far.
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
-
Paul Sokolovsky authored
A specific target can define either MP_ENDIANNESS_LITTLE or MP_ENDIANNESS_BIG to 1. Default is MP_ENDIANNESS_LITTLE. TODO: Autodetect based on compiler predefined macros?
-
Paul Sokolovsky authored
-
- 10 Apr, 2014 8 commits
-
-
Andrew Scheller authored
make 'make clean' cleaner ;-)
-
Damien George authored
Working towards trying to support compile-time constants (see discussion in issue #227), this patch allows the compiler to look inside arbitrary uPy objects at compile time. The objects to search are given by the macro MICROPY_EXTRA_CONSTANTS (so they must be constant/ROM objects), and the constant folding occures on forms base.attr (both base and attr must be id's). It works, but it breaks strict CPython compatibility, since the lookup will succeed even without importing the namespace.
-
Damien George authored
-
Damien George authored
Can do this now that the stack size calculation is improved.
-
Damien George authored
Much less of a hack now. Hopefully it's correct!
-
Damien George authored
-
Damien George authored
-
Damien George authored
-