You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Limbo is a SQLite-compatible in process database, written in Rust: https://github.com/penberg/limbo One way to integrate Limbo with libSQL is by adding a "limbo" feature flag that makes libsql_ffi link to Limbo instead of SQLite.
The text was updated successfully, but these errors were encountered:
I wonder if it's possible in this situation to avoid FFI / C-ABI and instead have limbo exposed as a crate that limbo calls directly into in a pure Rust fashion? rustc / LLVM could then even optimise away the parts of the SQLite implementation that aren't used by a particular application (at the cost of having to recompile limbo)
@jokeyrhyme I think that's a good approach too, but I do worry that the difference between SQLite and Limbo is going to be very significant with little code shared. But something to consider, for sure because it's likely going to be cleaner and faster that way.
To follow up on this @jokeyrhyme, tursodatabase/limbo#597 might be the cleanest option here... It's more work, of course, but nicely allows you to be 100% Rust here. Worth exploring.
Limbo is a SQLite-compatible in process database, written in Rust: https://github.com/penberg/limbo One way to integrate Limbo with libSQL is by adding a "limbo" feature flag that makes
libsql_ffi
link to Limbo instead of SQLite.The text was updated successfully, but these errors were encountered: