|
> Just musings, but... I hope they get in, and I hope that `lua_keyin`
> as well as the potential hypothetical `lua_keyvalue` include versions that
> get integers and fields for number / string arguments directly (as well as
> their raw version), making for a full suite that allows maximum performance
> and mimics the current Lua C API structure:
>
> [...]
We have decided that, at least for 5.4, we are not going on with
the nils-in-table proposal. Although we really like the idea, the
compatibility problems seem too big. As this message evidentiates again,
the language would need a lot of extra stuff (metamethods, API calls,
etc.), even when the option is off.
-- Roberto