Ravi Programming Language¶
Ravi is a derivative/dialect of Lua 5.3 with limited optional static typing and features LLVM and Eclipse OMR powered JIT compilers. The name Ravi comes from the Sanskrit word for the Sun. Interestingly a precursor to Lua was Sol which had support for static types; Sol means the Sun in Portugese.
Lua is perfect as a small embeddable dynamic language so why a derivative? Ravi extends Lua with static typing for greater performance under JIT compilation. However, the static typing is optional and therefore Lua programs are also valid Ravi programs.
My motivation is somewhat different - I want to enhance the VM to support more efficient operations when types are known. Type information can be exploited by JIT compilation technology to improve performance. At the same time, I want to keep the language safe and therefore usable by non-expert programmers.
Of course there is also the fantastic LuaJIT implementation. Ravi has a different goal compared to LuaJIT. Ravi prioritizes ease of maintenance and support, language safety, and compatibility with Lua 5.3, over maximum performance. For more detailed comparison please refer to the documentation links below.
- Optional static typing - for details see the reference manual.
- Type specific bytecodes to improve performance
- Compatibility with Lua 5.3 (see Compatibility section below)
- LLVM powered JIT compiler
- Eclipse OMR powered JIT compiler
- Built-in C pre-processor, parser and JIT compiler
- A distribution with batteries.
Compatibility with Lua¶
Ravi should be able to run all Lua 5.3 programs in interpreted mode, but following should be noted:
- Ravi supports optional typing and enhanced types such as arrays (described above). Programs using these features cannot be run by standard Lua. However all types in Ravi can be passed to Lua functions; operations on Ravi arrays within Lua code will be subject to restrictions as described in the section above on arrays.
- Values crossing from Lua to Ravi will be subjected to typechecks should these values be assigned to typed variables.
- Upvalues cannot subvert the static typing of local variables (issue #26) when types are annotated.
- Certain Lua limits are reduced due to changed byte code structure. These are described below.
- Ravi uses an extended bytecode which means it is not compatible with Lua 5.3 bytecode.
|Limit name||Lua value||Ravi value|
When JIT compilation is enabled there are following additional constraints:
- Ravi will only execute JITed code from the main Lua thread; any secondary threads (coroutines) execute in interpreter mode.
- In JITed code tailcalls are implemented as regular calls so unlike the interpreter VM which supports infinite tail recursion JIT compiled code only supports tail recursion to a depth of about 110 (issue #17)
- Implemented JIT compilation using LLVM
- Implemented libgccjit based alternative JIT (now discontinued)
- Implemented debugger for Ravi and Lua 5.3 for Visual Studio Code
- Embedded C compiler using dmrC project (C JIT compiler)
- Additional type-annotations
- Implemented Eclipse OMR JIT backend
MIT License for LLVM version.