By the luaposix project
luaposix is a POSIX binding, including curses, for Lua 5.1 and 5.2; like most libraries it simply binds to C APIs on the underlying system, so it won't work on non-POSIX systems. However, it does try to detect the level of POSIX conformance of the underlying system and bind only available APIs.
luaposix is released under the MIT license, like Lua (see COPYING; it's basically the same as the BSD license). There is no warranty.
Please report bugs and make suggestions by opening an issue on the github tracker.
The simplest way to install luaposix is with LuaRocks. To install the latest release (recommended):
luarocks install luaposix
To install current git master (for testing):
luarocks install https://raw.github.com/luaposix/luaposix/release/luaposix-git-1.rockspec
With Lua 5.1, luaposix requires the bitop library from http://bitop.luajit.org/ (On Lua 5.2 it will work whether bitop is installed or not.)
To install without LuaRocks, check out the sources from the repository and run the following commands:
cd luaposix
./bootstrap
./configure --prefix=INSTALLATION-ROOT-DIRECTORY
make all check install
Dependencies are listed in the dependencies entry of the file
rockspec.conf. You will also need Autoconf and Automake.
See INSTALL for configure instructions and configure --help
for details of available command-line switches.
The library is split into two modules. The basic POSIX APIs are in
posix and the curses APIs in curses.
HTML documentation can be generated with LDoc by running make doc
or viewed online at http://luaposix.github.com/luaposix/.
The authoritative online POSIX reference is at http://www.opengroup.org/onlinepubs/007904875/toc.htm.
See the example program tree.lua, along with the tests in
tests-*.lua.
For a complete application, see the lua branch of GNU Zile.
Bug reports and patches are most welcome. Please use the github issue tracker (see URL at top). There is no strict coding style, but please bear in mind the following points when writing new code:
-
Follow existing code. There are a lot of useful patterns and avoided traps there.
-
8-character indentation using TABs. Not my favourite either, but better than reformatting the code and losing much of the ability to follow the version control history.
-
No non-POSIX APIs; no platform-specific code. When wrapping APIs introduced in POSIX 2001 or later, add an appropriate #if. If your platform isn't quite POSIX, you may find a gnulib module to bridge the gap. If absolutely necessary, use autoconf feature tests.
-
Thin wrappers: although some existing code contradicts this, wrap POSIX APIs in the simplest way possible. If necessary, more convenient wrappers can be added in Lua (posix.lua).