Divy

@dsherret maybe there is a misconfigured visitor in `deno_ast`? need some help :)

re request smuggling the spec says: https://datatracker.ietf.org/doc/html/rfc7230#section-3.3.3 > If a message is received with both a Transfer-Encoding and a Content-Length header field, the Transfer-Encoding **overrides** the Content-Length. Such a message...

Opened https://github.com/hyperium/hyper/issues/3777

``` $ target/release/dcore bench.js JS x(): 87ms Rust x(): 285ms JS create: 904ms Rust create: 1706ms ``` Benchmark ```js const { DOMPoint } = Deno.core.ops; function bench(name, fn, iterations =...

Update benchmarks: ``` JS x(): 84ms Rust x(): 191ms JS create: 953ms Rust create: 1810ms ```

Yes, it will be added once it's stable in Node.js

`node:sqlite` is currently import only. I don't think there are any plans yet to have a Deno specific API

You need to build the rusty_v8 Docker image from the base cross image: ``` cd rusty_v8/ docker build \ --build-arg CROSS_BASE_IMAGE=ghcr.io/cross-rs/aarch64-linux-android:0.2.5 \ -t cross-rusty_v8:aarch64-linux-android . V8_FROM_SOURCE=1 cross build --target aarch64-linux-android...

I and @bartlomieju are supportive of native SQLite bindings. We've already discussed this internally multiple times and ended up [not doing it](https://github.com/denoland/deno/pull/14627#issuecomment-1183121798) but there is enough community feedback to assume...

Regarding performance, I'm currently working on leveraging fast FFI calls in @DjDeveloperr's `x/sqlite3` (Eg: https://github.com/denodrivers/sqlite3/pull/40). Initial results show that querying data are almost _5x_ faster than Node's `better-sqlite3`. The `x/sqlite`...