diff options
author | Damien George <damien.p.george@gmail.com> | 2017-03-25 19:35:08 +1100 |
---|---|---|
committer | Damien George <damien.p.george@gmail.com> | 2017-03-29 12:56:17 +1100 |
commit | 6213ad7f466df12c734dc527993bbb46c9d9eb5c (patch) | |
tree | f8a1c358820c211d5b6241e12c014628728408e0 /py/objtuple.c | |
parent | f7816188b701552036c9f3f2c6d1eb06462087d1 (diff) | |
download | micropython-6213ad7f466df12c734dc527993bbb46c9d9eb5c.tar.gz micropython-6213ad7f466df12c734dc527993bbb46c9d9eb5c.zip |
py: Convert mp_uint_t to size_t for tuple/list accessors.
This patch changes mp_uint_t to size_t for the len argument of the
following public facing C functions:
mp_obj_tuple_get
mp_obj_list_get
mp_obj_get_array
These functions take a pointer to the len argument (to be filled in by the
function) and callers of these functions should update their code so the
type of len is changed to size_t. For ports that don't use nan-boxing
there should be no change in generate code because the size of the type
remains the same (word sized), and in a lot of cases there won't even be a
compiler warning if the type remains as mp_uint_t.
The reason for this change is to standardise on the use of size_t for
variables that count memory (or memory related) sizes/lengths. It helps
builds that use nan-boxing.
Diffstat (limited to 'py/objtuple.c')
-rw-r--r-- | py/objtuple.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/py/objtuple.c b/py/objtuple.c index a8efdc7f92..fa5309aae9 100644 --- a/py/objtuple.c +++ b/py/objtuple.c @@ -244,7 +244,7 @@ mp_obj_t mp_obj_new_tuple(size_t n, const mp_obj_t *items) { return MP_OBJ_FROM_PTR(o); } -void mp_obj_tuple_get(mp_obj_t self_in, mp_uint_t *len, mp_obj_t **items) { +void mp_obj_tuple_get(mp_obj_t self_in, size_t *len, mp_obj_t **items) { assert(MP_OBJ_IS_TYPE(self_in, &mp_type_tuple)); mp_obj_tuple_t *self = MP_OBJ_TO_PTR(self_in); *len = self->len; |