[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: Lua distros again
- From: Dirk Laurie <dirk.laurie@...>
- Date: Tue, 30 Jan 2018 07:34:06 +0200
2018-01-30 0:55 GMT+02:00 Dibyendu Majumdar <mobile@majumdar.org.uk>:
> On 28 January 2018 at 16:40, Dibyendu Majumdar <mobile@majumdar.org.uk> wrote:
>> I have always wanted to (but haven't managed to yet) bundle some high
>> quality libraries with Ravi in a well tested combination with support
>> for Windows, Linux and Mac OSX. Is there a list of the best essential
>> libraries for Lua? I want to bundle a small set of high quality
>> libraries that I will test with Ravi, rather than a huge set of
>> untested libraries of varying quality.
>>
>
> Thank you all for the feedback. My shortlist now consists of:
>
> - lpeg
> - luafilesystem
> - luasocket
> - libuv (Luvit)
> - libcurl (wrapper tbc)
> - lua-cjson
> - torch7
> - luaossl
> - cephes (wrapper tbc)
> - luaffifb (port of LuaJIT FFI interface)
>
> Well this list although short is probably going to keep me busy for
> several months.
That list demonstrates perfectly the problem I have with most
lua modules that people publish. With the exception of luafilesystem
and luasocket, the non-expert cannot tell what the package does
unless you already know the underlying software in another incarnation.
The name is either an acronym or a cute codename. We get coy
announcements on the list like "Version 0.7.0 of lua-bllsht, a set of
bindings for libbllsht, has been released. Enjoy!"
So whatever else you do, Dibyendu, please add a short descriptive
phrase or sentence to each, e.g. "Call precompiled C libraries directly,
bypassing the Lua API".