Damien George
5da0d29d3c
py/vstr: Remove vstr.had_error flag and inline basic vstr functions.
...
The vstr.had_error flag was a relic from the very early days which assumed
that the malloc functions (eg m_new, m_renew) returned NULL if they failed
to allocate. But that's no longer the case: these functions will raise an
exception if they fail.
Since it was impossible for had_error to be set, this patch introduces no
change in behaviour.
An alternative option would be to change the malloc calls to the _maybe
variants, which return NULL instead of raising, but then a lot of code
will need to explicitly check if the vstr had an error and raise if it
did.
The code-size savings for this patch are, in bytes: bare-arm:188,
minimal:456, unix(NDEBUG,x86-64):368, stmhal:228, esp8266:360.
2016-09-19 12:28:55 +10:00
..
2016-03-14 22:35:48 +00:00
2016-09-09 14:48:15 +10:00
2016-09-19 12:28:03 +10:00
2016-08-27 23:21:00 +10:00
2016-08-27 23:23:51 +10:00
2016-06-28 11:28:48 +01:00
2016-07-02 14:45:49 +03:00
2016-09-19 12:23:31 +10:00
2016-09-19 12:23:31 +10:00
2016-09-19 12:28:03 +10:00
2016-09-04 16:17:46 +10:00
2016-04-13 16:05:43 +01:00
2016-02-23 15:20:39 +00:00
2016-09-19 12:23:31 +10:00
2016-03-29 22:07:15 +01:00
2016-05-23 12:42:23 +01:00
2016-05-21 21:38:50 +03:00
2016-08-26 15:35:26 +10:00
2016-07-01 00:09:55 +03:00
2016-04-14 13:49:23 +01:00
2016-09-19 12:28:55 +10:00
2016-04-13 15:26:38 +01:00
2016-09-02 14:32:47 +10:00
2016-09-09 23:01:23 +10:00
2016-08-26 15:35:26 +10:00
2016-05-20 12:46:20 +01:00
2016-09-19 12:28:55 +10:00
2016-09-17 21:00:40 +03:00
2016-09-17 21:00:40 +03:00
2016-08-12 22:39:03 +03:00
2016-05-02 13:57:46 +03:00
2016-07-21 00:37:30 +03:00
2016-06-18 18:44:57 +03:00
2016-05-12 13:28:45 +01:00
2016-06-28 11:09:31 +01:00
2016-08-26 23:42:40 +10:00
2016-06-28 11:28:51 +01:00
2016-05-28 00:17:19 +03:00
2016-09-05 12:18:53 +10:00
2016-05-28 00:17:19 +03:00
2016-06-19 00:12:37 +03:00
2016-09-01 18:09:44 +10:00
2016-02-25 10:05:46 +00:00
2016-07-21 00:37:30 +03:00
2016-06-28 11:28:52 +01:00
2016-05-09 17:21:42 +01:00
2016-06-28 11:28:52 +01:00
2016-06-28 11:28:52 +01:00
2016-07-21 00:54:21 +03:00
2016-07-11 14:27:47 +01:00
2016-06-28 11:28:48 +01:00
2016-07-22 00:52:07 +03:00
2016-08-15 10:56:55 +10:00
2016-07-06 18:19:27 +03:00
2016-07-06 18:19:27 +03:00
2016-03-08 15:36:53 +00:00
2016-03-14 22:40:39 +00:00
2016-08-12 22:01:11 +03:00
2016-05-12 14:27:52 +01:00
2016-08-12 22:39:03 +03:00
2016-05-12 13:28:45 +01:00
2016-08-27 23:21:00 +10:00
2016-08-27 23:21:00 +10:00
2016-03-10 21:52:56 +00:00
2016-05-08 22:21:21 +01:00
2016-03-10 21:52:56 +00:00
2016-08-12 22:39:03 +03:00
2016-08-12 22:39:03 +03:00
2016-06-28 11:28:48 +01:00
2016-05-23 21:08:07 +01:00
2016-09-16 12:30:09 +10:00
2016-08-12 22:39:03 +03:00
2016-08-12 22:39:03 +03:00
2016-08-12 22:39:03 +03:00
2016-09-02 14:49:50 +10:00
2016-09-02 14:49:50 +10:00
2016-07-28 01:53:44 +03:00
2016-08-07 15:24:57 +03:00
2016-08-14 16:28:05 +10:00
2016-06-19 00:56:06 +03:00
2016-08-12 22:39:03 +03:00
2016-06-06 17:28:32 +01:00
2016-03-29 22:12:07 +01:00
2016-03-14 22:34:03 +00:00
2016-03-14 22:52:52 +00:00
2016-03-14 22:34:03 +00:00
2016-09-05 12:18:53 +10:00
2016-06-28 11:28:50 +01:00
2016-06-16 01:42:48 +03:00
2016-04-16 13:18:09 +01:00
2016-05-20 12:46:20 +01:00
2016-03-30 14:48:31 +03:00
2016-04-25 20:03:14 +03:00
2016-09-02 14:49:50 +10:00
2016-08-14 16:35:10 +10:00
2016-08-15 23:26:34 +10:00
2016-09-19 12:28:03 +10:00
2016-06-28 11:09:31 +01:00
2016-03-07 14:12:24 +07:00
2016-08-24 01:33:31 +03:00
2016-07-30 20:05:56 +03:00
2016-02-17 08:56:15 +00:00
2016-09-19 12:28:03 +10:00
2016-09-19 12:28:03 +10:00
2016-09-19 12:28:55 +10:00