summaryrefslogtreecommitdiffstatshomepage
path: root/py/objtuple.c
diff options
context:
space:
mode:
authorDamien George <damien.p.george@gmail.com>2017-03-25 19:35:08 +1100
committerDamien George <damien.p.george@gmail.com>2017-03-29 12:56:17 +1100
commit6213ad7f466df12c734dc527993bbb46c9d9eb5c (patch)
treef8a1c358820c211d5b6241e12c014628728408e0 /py/objtuple.c
parentf7816188b701552036c9f3f2c6d1eb06462087d1 (diff)
downloadmicropython-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.c2
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;