aboutsummaryrefslogtreecommitdiff
path: root/py/objstr.h
diff options
context:
space:
mode:
authorPaul Sokolovsky <pfalcon@users.sourceforge.net>2015-01-23 02:15:56 +0200
committerPaul Sokolovsky <pfalcon@users.sourceforge.net>2015-01-23 02:15:56 +0200
commit344e15b1ae641528b0f37447604ba66be9184a10 (patch)
tree4eda273a0714f9c63cc99a86c19fd242048b058b /py/objstr.h
parent6113eb2f3342223d3e5ca36d6ff12199e0d05164 (diff)
objstr: Remove code duplication and unbreak Windows build.
There was really weird warning (promoted to error) when building Windows port. Exact cause is still unknown, but it uncovered another issue: 8-bit and unicode str_make_new implementations should be mutually exclusive, and not built at the same time. What we had is that bytes_decode() pulled 8-bit str_make_new() even for unicode build.
Diffstat (limited to 'py/objstr.h')
-rw-r--r--py/objstr.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/py/objstr.h b/py/objstr.h
index 5128a005f..bae352ad4 100644
--- a/py/objstr.h
+++ b/py/objstr.h
@@ -54,6 +54,7 @@ typedef struct _mp_obj_str_t {
{ str_data = qstr_data(MP_OBJ_QSTR_VALUE(str_obj_in), &str_len); } \
else { str_len = ((mp_obj_str_t*)str_obj_in)->len; str_data = ((mp_obj_str_t*)str_obj_in)->data; }
+mp_obj_t mp_obj_str_make_new(mp_obj_t type_in, mp_uint_t n_args, mp_uint_t n_kw, const mp_obj_t *args);
void mp_str_print_json(void (*print)(void *env, const char *fmt, ...), void *env, const byte *str_data, mp_uint_t str_len);
mp_obj_t mp_obj_str_format(mp_uint_t n_args, const mp_obj_t *args, mp_map_t *kwargs);
mp_obj_t mp_obj_new_str_of_type(const mp_obj_type_t *type, const byte* data, mp_uint_t len);