Deserialization API

[DynamicCake]

This new API creates a decoder style interface for deserializing ValueRefs. Values have been removed.

[DynamicCake]

Future me, don't forget that luerl_heap:get_table/2 throws an error when the table doesn't exist in state.

[DynamicCake]

I have decided that after 38 commits, I am mostly happy with this APi.

[DynamicCake]

For the record, the reason why I did not like the current decoding scenario is because

1. Metatables don’t work, it is impossible to decode based on metatable contents
2. Objects (when values have different types) are impossible to decode.

• the way that I got decode.field to work here was to do an expensive O(n) processing which sometimes doesn't even get used.

3. When returning things with multiple types in functions, it would be very tedious to decode.

• For example: If call_function returns more than one type, a decode.one_of must be used + some kind of enum since lists must be homogeneous in gleam.

4. Functions could not be decoded when in tables.

• This is fixed in (Add function decoder #14)

5. Unneeded values get luerl:decoded which the gleam application doesn’t care about.
6. When using this approach, decode.list cannot be used and always fails with no clear indication that glua.decode_table_list must be used instead.