cvm-rs/Cargo.toml

[package]
name = "cvm-rs"
description = "Rust utility library for cvmts. Runs all the high performance code"
version = "0.2.0"
edition = "2021"
exclude = ["index.node"]

[lib]
crate-type = ["cdylib"]

[dependencies]
libc = "0.2.155"

# Required for JPEG
once_cell = "1.19.0"
turbojpeg-sys = "1.0.0"
rayon = "1.10.0"

# node sex
napi =  { version = "2.16.9", features = [ "async", "napi8", "error_anyhow" ] }
napi-derive = "2.16.11"
anyhow = "1.0.86"

[build-dependencies]
napi-build = "2.1.3"
cvmts: replace jpeg-turbo native module with new rust module This module also does threadpooling internally, so we don't need Piscina anymore (which I'm pretty sure was actually bottlenecking.) 2024-06-20 03:20:56 -04:00			`[package]`
cvm-rs: merge guac and jpeg libs together into one doesn't really need to be two seperate libraries. also preperation for other funnies the build script has been replaced with a much saner justfile which uses much saner "yarn workspace" invocations instead of blindly cding all over the place 2024-06-22 21:14:05 -04:00			`name = "cvm-rs"`
			`description = "Rust utility library for cvmts. Runs all the high performance code"`
cvm-rs: version 0.2.0 - switch to napi-rs. this mostly affects only the backend side of things, but IMO napi-rs is better (also, way less boilerplate is needed compared to neon). - jpeg encoding no longer clones the input buffer internally (or wraps it in a Mutex as well), thanks to napi-rs not sucking in this regard. this is probably a micro-optimization, but will make it easier to later on do parallel encoding of all rectangles - guac encoding is weird. This is kind of a painpoint of napi-rs but it's bearable 2024-08-20 06:14:08 -04:00			`version = "0.2.0"`
cvmts: replace jpeg-turbo native module with new rust module This module also does threadpooling internally, so we don't need Piscina anymore (which I'm pretty sure was actually bottlenecking.) 2024-06-20 03:20:56 -04:00			`edition = "2021"`
			`exclude = ["index.node"]`

			`[lib]`
			`crate-type = ["cdylib"]`

			`[dependencies]`
Fix cvm-rs build on Windows, replace Just with yarn builtin, make clean work on Windows 2024-08-02 21:01:53 +02:00			`libc = "0.2.155"`
cvm-rs: merge guac and jpeg libs together into one doesn't really need to be two seperate libraries. also preperation for other funnies the build script has been replaced with a much saner justfile which uses much saner "yarn workspace" invocations instead of blindly cding all over the place 2024-06-22 21:14:05 -04:00
			`# Required for JPEG`
cvmts: replace jpeg-turbo native module with new rust module This module also does threadpooling internally, so we don't need Piscina anymore (which I'm pretty sure was actually bottlenecking.) 2024-06-20 03:20:56 -04:00			`once_cell = "1.19.0"`
			`turbojpeg-sys = "1.0.0"`
cvm-rs: Switch thread pool to rayon Much less underhanded than using an IO library's capability to do so. Also, rayon will make encoding multiple jpegs in parallel much easier. tbh if i do that I may also switch to napi-rs, it seems a bit less painful and supports much more async shenigans. (Also, it will actually bind classes properly... something Neon really sucks at unless you look at strange documentation.) 2024-08-20 04:10:40 -04:00			`rayon = "1.10.0"`
cvm-rs: version 0.2.0 - switch to napi-rs. this mostly affects only the backend side of things, but IMO napi-rs is better (also, way less boilerplate is needed compared to neon). - jpeg encoding no longer clones the input buffer internally (or wraps it in a Mutex as well), thanks to napi-rs not sucking in this regard. this is probably a micro-optimization, but will make it easier to later on do parallel encoding of all rectangles - guac encoding is weird. This is kind of a painpoint of napi-rs but it's bearable 2024-08-20 06:14:08 -04:00
			`# node sex`
			`napi = { version = "2.16.9", features = [ "async", "napi8", "error_anyhow" ] }`
			`napi-derive = "2.16.11"`
			`anyhow = "1.0.86"`

			`[build-dependencies]`
			`napi-build = "2.1.3"`