da4990107c
Run clippy
2021-11-14 03:27:30 -08:00
94ee3e1897
Delete a bunch of now-obsolete parsing/tokenizing code
2021-11-14 03:18:05 -08:00
05e1555a9b
Run rustfmt
2021-11-14 03:07:58 -08:00
4b0aced11f
Swap over parser
2021-11-14 02:43:48 -08:00
205ab7179d
Rewrites to prepare for parser swap
2021-11-14 02:15:08 -08:00
abab667c43
Fix all tests
2021-11-14 01:57:53 -08:00
671ce54dd3
Get rid of "2" in parse test macros
2021-11-13 01:42:49 -08:00
10ea99e95c
rewrite source reference to use raw offsets
2021-11-12 02:06:19 -08:00
c66f67e469
Add some more stage metrics
2021-11-02 23:34:14 -07:00
76f7524fdb
Thread SchalaConfig for repl/non-repl in runner
2021-10-31 03:30:45 -07:00
68506571a8
Implement records
2021-10-30 00:00:14 -07:00
765a0bec58
Make use of TypeContext in SymbolTable
2021-10-27 15:39:53 -07:00
40be5a8a33
Pass TypeContext to evaluator
2021-10-27 11:05:32 -07:00
08590430e4
Move minimal typechecking code into directory-style module
2021-10-27 01:11:46 -07:00
0f40a7de5d
rustfmt schala.rs
2021-10-27 00:39:08 -07:00
5b4bb6606e
Comment out the old evaluator and reduced_ast
2021-10-24 22:16:12 -07:00
7c5a08664a
Remove Unimplemented from Reduced IR
2021-10-24 22:13:31 -07:00
d8f6c41f04
Start re-writing reduced ast and evaluator
2021-10-23 21:18:40 -07:00
3b5ebf92b4
Some additional notes
2021-10-21 10:45:14 -07:00
49a50deb04
Run rustfmt on schala.rs
2021-10-19 20:50:43 -07:00
052a2feb23
schala.rs - clippy lints
2021-10-19 20:45:59 -07:00
15a08aa8f7
SymbolTable error refactoring
2021-10-19 19:19:21 -07:00
40f759eea8
Fix all warnings
2021-10-19 14:19:26 -07:00
8b724cf0ff
Big refactor of symbol table
2021-10-19 13:48:00 -07:00
db6c9bb162
Start adding new SymbolTable infrastructure
2021-10-18 21:56:48 -07:00
25bffa339c
Adjust some doc comments
2021-10-16 18:05:13 -07:00
6d84675ff8
Move prelude.schala into separate directory
2021-10-14 18:34:26 -07:00
69304de998
Various refactors around symbol table
2021-10-14 06:53:36 -07:00
3ed5f1d16c
Refactor SourceMap
...
Move it into the SymbolTable entirely, make the parser not care about
it.
2021-10-14 06:28:52 -07:00
0cb0145cc5
Unified error struct
2021-10-14 04:11:53 -07:00
61e2acc338
Parameterize compiler Config type
2021-10-14 02:24:42 -07:00
5dcfce46cc
Add Options associated type
2021-10-14 01:34:38 -07:00
3cbe80e933
Parameterize Repl over language type
2021-10-14 01:28:24 -07:00
75b1f9cce5
Working on main compiler pipeline
...
Got rid of a bunch of confusingly-designed debugging infrastruture.
Need a better way to handle per-stage debug outputs (also I don't want
to be using stages at all long-term)
2021-10-14 00:03:51 -07:00
c3131a6d5e
WIP thing
2021-10-13 23:45:54 -07:00
7e0acb7d87
Tighten names in Language trait
2021-10-13 01:09:24 -07:00
d3ebcc9654
Fix all current warnings
2021-10-13 00:53:32 -07:00
77bf42be6c
Update to current rust
2021-10-07 00:51:45 -07:00
a2bd9a3985
Remove symbol table from evaluator
2019-11-09 19:52:05 -08:00
efc8497235
Rearchitect parser
...
To ensure that the prelude gets parsed with the same ItemId context as
normal REPL input
2019-10-25 01:49:15 -07:00
3344f6827d
Clear out some compiler warnings
2019-10-23 16:07:10 -07:00
11a9a60a34
Rejiggering some things with the SourceMap pointer in Parser
2019-10-23 14:47:18 -07:00
5bb1a245c4
Have Parser accept SourceMap reference
2019-10-23 14:47:18 -07:00
7495f30e16
Pass SourceMapHandle to SymbolTable
2019-10-23 14:47:18 -07:00
129d9ec673
A bunch of infrastructure for keeping track of AST node locations
...
Plus a failing test to illustrate the reason we care
2019-10-23 14:47:18 -07:00
2f467702e3
Use common scope resolver
...
So that if you import something at the repl, it stays imported
2019-10-21 04:19:26 -07:00
5ac5425fac
Use symbol table handle in resolver
2019-10-21 04:17:30 -07:00
944916d6af
Alias for symbol table handle type
2019-10-21 04:09:43 -07:00
f7357d4498
Add explicit panic for prelude errors
...
Maybe I want to handle this better in the future, but for now just panic
if the prelude is bad for some reason.
2019-10-21 03:25:45 -07:00
904d5c4431
Add "production" line to parse debug output
...
And also add a .next() in the parser that should've been there
2019-10-04 03:12:09 -07:00
Greg Shuflin