oss/starmelon
oss/starmelon
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
starmelon/Cargo.toml

47 lines
1.9 KiB
TOML
Raw Normal View History

feat: unix adaptor for elm called starmelon Introduce starmelon, a program for executing elm functions with input from files and writing the output back to files. Support evaluating 4 types of values and 12 types of functions. ```elm x : String x : Bytes x : VirtualDom.Node msg x : Json.Encode.Value f : String -> String f : String -> Bytes f : String -> VirtualDom.Node msg f : String -> Json.Encode.Value f : Bytes -> String f : Bytes -> Bytes f : Bytes -> VirtualDom.Node msg f : Bytes -> Json.Encode.Value f : Json.Encode.Value -> String f : Json.Encode.Value -> Bytes f : Json.Encode.Value -> VirtualDom.Node msg f : Json.Encode.Value -> Json.Encode.Value ``` My target use case for starmelon is generating html files. It is nice to be able to write parameterized framgents of markup in multiple modules and then compose them into a final value. I also have in mind attempting to replace helm (kubernetes pacakge manager) because I hate how error prone its string based templating language is.
2021-09-15 06:07:28 +01:00
[package]
name = "starmelon"
version = "0.1.0"
edition = "2018"
feat: starmelon reads files or stdin
2021-09-20 07:34:43 +01:00
# I decided to use os_pipe becaues I want to pipe stdout of a subprocess into
refactor: move some setup to elm-project-utils crate
2022-01-11 18:15:16 +00:00
# stderr in real time. I want the output of the process to stderr and stdout
feat: starmelon reads files or stdin
2021-09-20 07:34:43 +01:00
# show up in the original order. I looked an os_pipe uses some unsafe code to
# duplicate file descriptors. I am unfamiliar with the correct way of sharing
# the fds. Therefore I am going to trust that their unsafe code is necessary.
# Then it makes sense to use a battle tested unsafe code rather than implement
# it myself.
feat: unix adaptor for elm called starmelon Introduce starmelon, a program for executing elm functions with input from files and writing the output back to files. Support evaluating 4 types of values and 12 types of functions. ```elm x : String x : Bytes x : VirtualDom.Node msg x : Json.Encode.Value f : String -> String f : String -> Bytes f : String -> VirtualDom.Node msg f : String -> Json.Encode.Value f : Bytes -> String f : Bytes -> Bytes f : Bytes -> VirtualDom.Node msg f : Bytes -> Json.Encode.Value f : Json.Encode.Value -> String f : Json.Encode.Value -> Bytes f : Json.Encode.Value -> VirtualDom.Node msg f : Json.Encode.Value -> Json.Encode.Value ``` My target use case for starmelon is generating html files. It is nice to be able to write parameterized framgents of markup in multiple modules and then compose them into a final value. I also have in mind attempting to replace helm (kubernetes pacakge manager) because I hate how error prone its string based templating language is.
2021-09-15 06:07:28 +01:00
[dependencies]
ahash = "0.7"
feat: figured out starmelon needs expr types To generate partial application boxed closures I need to know the arity of the expression to tell if more args will remain after the given args. Right now I think I can recalculate the types if I have a symbol table where I can look up every variable. I think this will be a lot of work because I have to reimplement most of unification to deal with collections, patterns, and type variables. And I currently don't know how unification works.
2021-12-29 14:57:35 +00:00
elmi = { path = "../../../infra/rust-elmi", features = [ "genco" ] }
feat: starmelon reads files or stdin
2021-09-20 07:34:43 +01:00
naive-wadler-prettier= { path = "../../../infra/redwood-lang/compiler/naive-wadler-prettier" }
os_pipe = "0.9"
feat: unix adaptor for elm called starmelon Introduce starmelon, a program for executing elm functions with input from files and writing the output back to files. Support evaluating 4 types of values and 12 types of functions. ```elm x : String x : Bytes x : VirtualDom.Node msg x : Json.Encode.Value f : String -> String f : String -> Bytes f : String -> VirtualDom.Node msg f : String -> Json.Encode.Value f : Bytes -> String f : Bytes -> Bytes f : Bytes -> VirtualDom.Node msg f : Bytes -> Json.Encode.Value f : Json.Encode.Value -> String f : Json.Encode.Value -> Bytes f : Json.Encode.Value -> VirtualDom.Node msg f : Json.Encode.Value -> Json.Encode.Value ``` My target use case for starmelon is generating html files. It is nice to be able to write parameterized framgents of markup in multiple modules and then compose them into a final value. I also have in mind attempting to replace helm (kubernetes pacakge manager) because I hate how error prone its string based templating language is.
2021-09-15 06:07:28 +01:00
serde = { version = "1.0", features = [ "derive" ] }
serde_json = { version ="1.0", features = [] }
feat: starmelon reads files or stdin
2021-09-20 07:34:43 +01:00
structopt = { version = "0.3" }
refactor: share checksum rebuild logic Move some of the caching logic (source file checksum) out of Starmelon into a shared infra crate. I have 4 similar tooling use cases for working with elm projects in Rust. 1. Starmelon needs to create a modified copy of an existing elm application with extra dependencies and source directories. The extension elm application points to the source directories of the parent 2. Elm reactor needs to compile an elm module into javascript with caching. 3. SQL reactor needs to generate an elm application for each database, generate elm source code and compile that elm code with caching. It uses Starmelon to run derive macros written in Elm. 4. AstridLabs needs to create a heavily modified copy of an existing elm application with tons of generated code. It uses Starmelon to run derive macros written in Elm. For 3 and 4 I could speed up the code generation step by using part of starmelon as library. A proc-macro could include the Elm derive macro javascript at crate build time and reuse the same v8 isolate over and over for every web request. My plan for 1,2,3,4 has a lot of shared functionality. I am thinking that I should consolidate all the components into one library crate.
2021-10-12 21:00:25 +01:00
elm-project-utils = { path = "../../../infra/rust-elm-project-utils" }
feat: use tracing crate to measure cpu time
2021-12-10 00:18:01 +00:00
tracing = { version = "0.1", features = [] }
rustc-hash = "1.1"
feat: prove elm object cache is complete
2021-12-11 18:28:04 +00:00
home = "0.5"
feat: use tracing crate to measure cpu time
2021-12-10 00:18:01 +00:00
# Required to transpile view functions to Rust
genco = "0.15"
feat: unix adaptor for elm called starmelon Introduce starmelon, a program for executing elm functions with input from files and writing the output back to files. Support evaluating 4 types of values and 12 types of functions. ```elm x : String x : Bytes x : VirtualDom.Node msg x : Json.Encode.Value f : String -> String f : String -> Bytes f : String -> VirtualDom.Node msg f : String -> Json.Encode.Value f : Bytes -> String f : Bytes -> Bytes f : Bytes -> VirtualDom.Node msg f : Bytes -> Json.Encode.Value f : Json.Encode.Value -> String f : Json.Encode.Value -> Bytes f : Json.Encode.Value -> VirtualDom.Node msg f : Json.Encode.Value -> Json.Encode.Value ``` My target use case for starmelon is generating html files. It is nice to be able to write parameterized framgents of markup in multiple modules and then compose them into a final value. I also have in mind attempting to replace helm (kubernetes pacakge manager) because I hate how error prone its string based templating language is.
2021-09-15 06:07:28 +01:00
# All of these are required for deno's javascript runtime. We need to keep the
# same versions as other projects in our cargo workspace. Multiple different
# versions of rust_v8 seem to break its build script.
refactor: some modernization while computer was in shop
2021-10-23 05:28:49 +01:00
deno_runtime = "0.29.0"
feat: unix adaptor for elm called starmelon Introduce starmelon, a program for executing elm functions with input from files and writing the output back to files. Support evaluating 4 types of values and 12 types of functions. ```elm x : String x : Bytes x : VirtualDom.Node msg x : Json.Encode.Value f : String -> String f : String -> Bytes f : String -> VirtualDom.Node msg f : String -> Json.Encode.Value f : Bytes -> String f : Bytes -> Bytes f : Bytes -> VirtualDom.Node msg f : Bytes -> Json.Encode.Value f : Json.Encode.Value -> String f : Json.Encode.Value -> Bytes f : Json.Encode.Value -> VirtualDom.Node msg f : Json.Encode.Value -> Json.Encode.Value ``` My target use case for starmelon is generating html files. It is nice to be able to write parameterized framgents of markup in multiple modules and then compose them into a final value. I also have in mind attempting to replace helm (kubernetes pacakge manager) because I hate how error prone its string based templating language is.
2021-09-15 06:07:28 +01:00
tokio = { version = "1.6", features = ["full"] }
refactor: some modernization while computer was in shop
2021-10-23 05:28:49 +01:00
deno_core = "0.103.0"
deno_web = "0.52"
rusty_v8 = "0.32"
feat: unix adaptor for elm called starmelon Introduce starmelon, a program for executing elm functions with input from files and writing the output back to files. Support evaluating 4 types of values and 12 types of functions. ```elm x : String x : Bytes x : VirtualDom.Node msg x : Json.Encode.Value f : String -> String f : String -> Bytes f : String -> VirtualDom.Node msg f : String -> Json.Encode.Value f : Bytes -> String f : Bytes -> Bytes f : Bytes -> VirtualDom.Node msg f : Bytes -> Json.Encode.Value f : Json.Encode.Value -> String f : Json.Encode.Value -> Bytes f : Json.Encode.Value -> VirtualDom.Node msg f : Json.Encode.Value -> Json.Encode.Value ``` My target use case for starmelon is generating html files. It is nice to be able to write parameterized framgents of markup in multiple modules and then compose them into a final value. I also have in mind attempting to replace helm (kubernetes pacakge manager) because I hate how error prone its string based templating language is.
2021-09-15 06:07:28 +01:00
futures = "0.3.15"
refactor: some modernization while computer was in shop
2021-10-23 05:28:49 +01:00
serde_v8 = "0.15"
feat: figured out starmelon needs expr types To generate partial application boxed closures I need to know the arity of the expression to tell if more args will remain after the given args. Right now I think I can recalculate the types if I have a symbol table where I can look up every variable. I think this will be a lot of work because I have to reimplement most of unification to deal with collections, patterns, and type variables. And I currently don't know how unification works.
2021-12-29 14:57:35 +00:00
feat: add sqlite support to starmelon interpreter
2022-01-07 02:27:33 +00:00
# Required to add sql query support to interpreter. Because deno expects sync
# ops to be synchronous, we have to use a second async executor to run the sqlx
# functions. I read the code for oneshot
# (https://github.com/faern/oneshot/commit/9aa237f185e1b65d61bf92c20350cf7bee0aa88b)
# and it looks reasonable.
sqlx = { version = "0.5", features = [ "sqlite", "macros", "runtime-tokio-rustls", "chrono", "json", "uuid" ] }
oneshot = "0.1.3"
Reference in a new issue Copy permalink