Ziglua 1.0.0

[natecraddock]

This lists the changes I want to make before releasing a 1.0.0. At a high level, I want Ziglua to be in a state that is more easily maintained, and generally be feature complete enough to reflect what future versions would include. This means supporting Lua 5.1-5.4, LuaJIT, and Luau well, good documentation, and well organized code.

The list of tasks here are roughly in the order in which I will make changes

Tasks

• Luau support #30
• Remove vendored libraries and rely on the Zig package manager #34
• Simplify the structure of the tests #33
• LuaJIT support #19
• Expand documentation #25
• Improve error documentation #27
• exportFn fails during semantic analysis #7
• Audit header files of all Lua versions #35

Still under consideration

• Convenience functions taking advantage of zig's comptime #31
• Rename error.Fail to error.LuaError #16

[VisenDev]

@natecraddock Regarding issue #31 I think the best course of action would be to wait for #52 to be completed to avoid duplicate work

Then I can rework the implementation from my current fork to use the new lib.zig file (and implement any requested changes) then send over a pr? Assuming you still had positive feelings about providing that functionality

[natecraddock]

@VisenDev I agree. I should have the lib changes finished within the next week or so if everything goes well.

And the more I think about it, the more I like the ideas in #31. I'm not sure how the final implementation will look, but Ziglua should absolutely support some level of convenience/meta functions that take advantage of comptime

[zoriya]

Hello, just a lurker that started using zig and ziglua recently and wanted to thank the both of you for this library and the promising convenience it will offer.

[natecraddock]

@zoriya it is always nice to hear a thank you, I appreciate you taking the time to say that!

If you need help or have ideas for improvement as you use ziglua please don't hesitate to share them!

[mischief]

is it possible to support #75 as part of the '1.0.0' release? i.e., linking to an existing host installation of lua.

[robbielyman]

I wonder if #75 is actually resolved by #157 ?

[mischief]

I wonder if #75 is actually resolved by #157 ?

i don't think so. that seems to set the name of the build of the vendored lua. unclear how that would help use the system library and suppress building the vendored one.

[robbielyman]

ah, i see. you are right.

i'd definitely like to see #75 supported, personally!