Firth

Firth copied to clipboard

Record types of some sort

25

absolutely no clue how these will work

hikari-no-yume

Lists

8

Not implemented, not really specified.

hikari-no-yume

Arbitrary-precision integers

8

Currently they're limited to 32-bit since that's all JS supports. They're supposed to be bigints.

hikari-no-yume

Stack manipulation functions

1

We currently have `dup`, `drop` and `swap`. Probably need some more.

hikari-no-yume

Type declarations

20

These are hard to do and I'd prefer not to have special syntax for them (though something like `[Int Int] list. [Int] list. fntype.` is a bit cumbersome?). They'll probably...

hikari-no-yume

Including other files or packages

8

Will Firth support the including of other files? How will packages (for example, a database package) be imported? I think this is something to be thought about.

raoulvdberge

Optimising compiler

1

Currently we just have the naïve interpreter. However, it should do some optimisation passes and eventually have the option to produce code (in C or JavaScript).

hikari-no-yume

Strings

4

They're in the spec as the literal, but lack any functions to manipulate them, and they're not actually implemented in the interpreter.

hikari-no-yume

See: https://github.com/TazeTSchnitzel/Firth/pull/21#issuecomment-86788673

hikari-no-yume

Lack of tests

2

We don't have any! That's not good. There should be some for the interpreter (probably written in JS) to test the implementation's components, and some for the specification (probably written...

hikari-no-yume