Sören
MModular
•Created by Sören on 7/29/2024 in #questions
Any way to work around that capturing closures cannot be materialized as runtime values?
@Martin Dudek unfortunately not. I went with a different design approach in the end.
8 replies
MModular
•Created by Sören on 7/9/2024 in #community-showcase
DuckDB Bindings
I've updated the code to work with MAX/Mojo 24.5 und switched over to Magic.
I've also added CI tests, which have already uncovered a crash that happens only on Linux, not on macOS. Still need to debug and investigate the source.
The recently released version 1.1 of DuckDB allows defining scalar functions and aggregate functions via the C API (
https://duckdb.org/2024/09/09/announcing-duckdb-110.html#community-extensions). I'm planning to add support for that next so we can write DuckDB extensions in Mojo with all the SIMD goodies and of course also utilize MAX.
4 replies
MModular
•Created by Sören on 7/9/2024 in #community-showcase
DuckDB Bindings
Slides from the presentation at today's community meeting: https://blog.brunk.io/slides/2024-08-12-mojo-community-meeting-duckdb/
4 replies
MModular
•Created by Sören on 7/9/2024 in #community-showcase
DuckDB Bindings
I've improved the API with a bit of type foo to return native Mojo types, even for nested types like lists (column types in DuckDB can be arbitrarily deeply nested).
Before this change results were always in returned in wrapper types like [ListVal[Int32Val]] and we had to peel them out one by one.
Now we call i.e. chunk.get(list(string), row=0, col=0) and it will return a List[Optional[String] directly.
This should make the API a bit more ergonomic to use:
4 replies