mt_caret
mt_caret
Currently, we're on [version 0.32.1 of the polars library](https://github.com/mt-caret/polars-ocaml/blob/dcd5cd9cf8575cb2a5012329f694570ea92a247e/rust/polars-ocaml/Cargo.toml#L23), but the latest version is [0.34.2](https://docs.rs/polars/0.34.2/polars/index.html). We should bump the version and fix anything that breaks.
[Database IO support](https://github.com/pola-rs/polars/blob/63e1dbf5a09feaf8e673ba8f87b05ddf499632c0/py-polars/polars/io/database.py) (along with AWS and Bigquery support as well) mostly just uses Arrow + `pl.from_arrow`; a good OCaml Arrow transport story is most likely a blocker for this.
I think it's possible to write an `ToOCaml` instance for iterators, which would let us do this.
The only sources of SEGV issues so far were: - polars bugs - mis-specifying types on the OCaml side in `extern`s The second case is a bit scary, and I...
I'm guessing the comment here: https://github.com/zshipko/ocaml-rs#getting-started resolves the issue with building on macOS, but I'm not super sure. Once it's in a building state, we should put it on the...
https://github.com/ocaml/setup-ocaml should make this quite straightforward.
I think we can just get things to work if we use `--profile utop`?
The default panic hook prints out a backtrace to stderr, which is the case even if we catch panics, which is unexpected (especially if we're catching the exception on the...
Given https://github.com/tizoc/ocaml-interop/issues/54#issuecomment-1712513068 it's probably fine to do so; one issue is we probably want the current panic-catching setup to be more configurable (or perhaps it's fine to remove it entirely...
Currently github action runners are spawned manually based off some scripts modified off of https://github.com/stgraber/lxd-github-actions. Every time we run out I need to spend a few minutes copying tokens and...