Commit graph

11 commits

Author SHA1 Message Date
3bb47d6ad3 functional-test-runner: Check, if context could be created 2023-09-04 14:05:01 +02:00
1650a8f8be Fix NDEBUG builds 2023-07-03 23:45:43 +02:00
2666c0f148 Implement bytecode (de)serialization 2023-03-07 21:40:07 +01:00
f4841ff2cd Use stdnoreturn instead of our own APFL_NORETURN 2023-02-16 20:52:27 +01:00
e0881c558c strings+io: Make chars unsigned 2023-02-13 22:31:18 +01:00
55c95f99ad Rename format => io_writer
To make it clearer that this can be used for writing binary data too.
2023-02-10 21:48:31 +01:00
bd19f689b9 Add backtraces to errors 2023-01-28 21:44:56 +01:00
5e9ac36a39 Get rid of fatal errors and report allocation error directly 2023-01-13 22:54:06 +01:00
5b4ac67de9 Make APFL_ERR_INPUT_ERROR non fatal
For two reasons:

- We'll later want apfl code to load other apfl code. If an IO error
  happens in that case, we don't want that to be a fatal error, only a
  regular error that can be catched in apfl (once we have something like
  `try`).
- I want to get rid of fatal errors as a generic category completely.
  Instead the error reporting functions themselves should tell you the type
  of error directly, if it was something fatal.
2022-12-08 22:10:18 +01:00
c18df0ab19 Make apfl_string_builder_init easier to use
It was a bit silly that you've first had to declare a string builder
variable and then pass a reference to that into the init function, which
could not fail. Instead just return a ready to use string builder :)
2022-10-30 22:51:51 +01:00
b7015e7b13 Implement a simple test runner for functional tests 2022-10-30 22:51:51 +01:00