empirical-lang
piccolo
empirical-lang | piccolo | |
---|---|---|
6 | 6 | |
167 | 1,254 | |
0.0% | 1.4% | |
1.8 | 8.9 | |
about 3 years ago | 2 days ago | |
C++ | Rust | |
GNU General Public License v3.0 or later | Creative Commons Zero v1.0 Universal |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
empirical-lang
-
Code in Database vs. Code in Application
I'm interested in languages experimenting with integrating tables/dataframes and the relational model as native parts of the language
With how much of the code I've written that's been around representing entities and doing CRUD on collections of them it seems a bit wild not to have native "Table" types.
There's an HN user who has a neat language called "Empirical" based on this, and there's an active research language called "Flix" that has this as well. APL/K and other array langs feature a similar concept as I understand it.
https://www.empirical-soft.com/
https://flix.dev/
-
Tell HN: Stop Accepting Shitty Interviews
The most used in finance is a few functions in pandas, like merge_asof(). It's pretty industry standard now.
https://pandas.pydata.org/docs/reference/api/pandas.merge_as...
The biggest open-source thing I've ever written is Empirical, a language for time-series analysis.
https://www.empirical-soft.com
I'm also top 1% on Stack Overflow. A lot of companies have found me through there.
https://stackoverflow.com/users/478288/chrisaycock
-
Table Oriented Programming (2002)
I started Empirical with the goal of "q like Haskell". The end result went in a radically different direction, but the guiding light has always been to have a statically typed language where tables and queries are a first-class operation.
The source code is publicly available under AGPL with the Commons Clause:
https://github.com/empirical-soft/empirical-lang
-
Scripting Languages of the Future
Some of the OP's observations are why I wrote Empirical [1].
- I wanted static types that felt dynamic, which meant being able to infer types from a file as long as the file path can be determined at compile time.
- I wanted Dataframes to be a first-class container since the high-level of abstraction leads to great performance when doing analytics.
Therefore, I created a language with statically typed Dataframes. Empirical can infer a CSV's type at compile time, namely because performs compile-time function evaluation automatically. The result is a language that runs easily in a REPL but can be used for long-running scripts without worrying about common programming errors.
[1] https://www.empirical-soft.com
-
APL Compiler Based on Tail (Typed Array Intermediate Language)
I wanted to hit the runtime repeatedly with as little overhead as possible. So VVM has no type look-up, multiple operands per instruction, and a cache-efficient IR. The sum() operand for the above example is invoked directly in a loop almost as fast as hand-written C++.
VVM has its own assembly language [2]. I have blog post that explains some of the design choices [3].
[1] https://github.com/empirical-soft/empirical-lang/tree/master...
[2] https://github.com/empirical-soft/empirical-lang/tree/master...
[3] https://www.empirical-soft.com/2020/09/03/a-tour-of-the-vect...
piccolo
- Piccolo – experimental Lua VM implemented in pure Rust
-
Lua: The Little Language That Could
There's Lua implementation [1] in pure Rust, by the way.
[1] https://github.com/triplehex/piccolo
-
Do Rust and Lua work well together?
The rust ecosystem is doubling down on wasm with little to no focus on lua (some would even prefer to build their own programming language) that doesn’t mean lua is pretty bad for the rust ecosystem it’s just that there’s no much focus as to compared to wasm Example I noticed is https://github.com/kyren/luster
- Writing a minimal Lua implementation with a virtual machine from scratch in Rust
- Lua: Good, Bad, and Ugly Parts
-
Scripting Languages of the Future
Tossing my hat in for Passerine [1]. Gorgeous ML inspired syntax. Built for scripting Rust applications.
Dreaming here: Lua is a fantastic scripting language, but the Rust FFI isn’t as ergonomic as it could be. Enter Luster [2], which is basically LuaJIT rewritten in Rust.
Embedding a scripting language in a Rust application gives you tons of power (e.g. scripting Rust structs from Lua [3]), and setting this up isn’t terribly difficult.
[1] https://github.com/vrtbl/passerine
[2]: https://github.com/kyren/luster
[3]: https://git.sr.ht/~ioiojo/kiwi
What are some alternatives?
passerine - A small extensible programming language designed for concise expression with little code.
lua-cmake - Embed lua with CMake
Apache Geode - Apache Geode
apltail - APL Compiler targeting a typed array intermediate language
lua-lockbox - A collection of cryptographic primitives written in pure Lua
Linq-in-Rust - Language Integrated Query in Rust.
moonsharp - An interpreter for the Lua language, written entirely in C# for the .NET, Mono, Xamarin and Unity3D platforms, including handy remote debugger facilities.
smlsharp - SML# compiler
luau - A fast, small, safe, gradually typed embeddable scripting language derived from Lua
tail2futhark
gopher-lua - GopherLua: VM and compiler for Lua in Go