Hood Chatham
Hood Chatham
You'll need to use `pyodide.ffi.create_proxy` but yes this should be zero copy.
We still don't fully support Safari: we don't run Safari tests in the continuous integration and I don't think any of the core devs use macs so we don't test...
The flag `WASM_BIGINT` says that `BigUint64Array` and `BigInt64Array` exist. Emscripten always assumes that `BigInt` exists.
I think so. For a function with an i64 argument, `dynCall` always gets a `BigInt`. But to load or store `BigInt` into the wasm memory without `BigUint64Array` requires some bitwise...
It's funny, grepping around the emscripten source, I don't find much evidence for my claim that `WASM_BIGINT` works this way, but the libffi tests pass when built without `WASM_BIGINT` so...
I think it could be fun to have a more fully featured repl at some point, maybe in a separate repo inside of the pyodide org. But yeah, `console.html` shouldn't...
Sure, pr welcome.
> available Well to make it available, currently we'd need to: 1. tag a micropip release 2. Make a PR to Pyodide to update the micropip version 3. Merge that...
I worked for them for six months, we discussed this. Maybe @jezdez or @fpliger could try again to get them to fix this but Anaconda seems to be organizationally incapable...
I guess I'll go ahead and close this issue then. Much thanks @fpliger!