@lyxal You don't use groupImpl directly, you have to use group and that will call groupImpl (you can check out the number tests in InterpreterTests for an example of that)
Oh no, groupImpl is accessible in the entire package
It should go into an object
@Seggan (I did try to learn Racket once, and it seemed cool, but I just hated the IDE (Dr. Racket) and lost interest in the project itself (Wezl and I were going to make a fast Befunge (or a fungeoid, at least (is that how you spell it?))))
Although adding types to a lisp would probably make it uglier than adding types to Python or JS (Python's type hints and TS don't look much different from Python without type hints and JS)
On an unrelated note, I think there's an error in the documentation; the description for ℅ (Random Choice) in elements.md(github.com/Vyxal/Vyxal/blob/main/documents/knowledge/…) says that it outputs from 0 to n, but it appears it actually outputs from 1 to n (inclusive)...?
you could hardcode the tests for vyxal equality, then actually run vyxal equality and assert that it gives the right result in all the other float tests :P
In a certain chatroom, we like making acronym jokes about the build tool we use called sbt. While it usually stands for "Scala Build Tool", we aim to come up with all sorts of meanings, such as:
Stupid Brick Teeth
Sussy Baka Training
Shady Blue Tourists
Seriously Big Toes
Silly Bear Topics
Salac...
But I see some inconsistencies... for one, it seems that kP and kQ don't work as advertised; it seems that kP includes spaces (in addition to some unprintable characters) and kQ doesn't output anything at all