summaryrefslogtreecommitdiffstatshomepage
path: root/py/objfun.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/objfun.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/objfun.c')
-rw-r--r--py/objfun.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/py/objfun.c b/py/objfun.c
index 4670521b41..2ce33cb21c 100644
--- a/py/objfun.c
+++ b/py/objfun.c
@@ -513,7 +513,7 @@ STATIC mp_uint_t convert_obj_for_inline_asm(mp_obj_t obj) {
#endif
} else if (type == &mp_type_tuple || type == &mp_type_list) {
// pointer to start of tuple (could pass length, but then could use len(x) for that)
- mp_uint_t len;
+ size_t len;
mp_obj_t *items;
mp_obj_get_array(obj, &len, &items);
return (mp_uint_t)items;