Roadmap: #1
Problem
Generated code still requires sqlode itself as a runtime dependency because every output imports sqlode/runtime.
That makes the generated package less self-contained than sqlc users typically expect.
Evidence
README.md explicitly says: "sqlode must be a dependency (not just a dev-dependency) because the generated code imports sqlode/runtime"
- Generated
params.gleam / queries.gleam modules import sqlode/runtime
- This means evaluating sqlode is a two-step commitment: install the generator and also keep the generator package in the target project
Expected
- Offer an optional self-contained generation mode that vendors the minimal runtime helpers into the output package
- Keep the shared
sqlode/runtime path if desired, but do not make it the only story
- Document the tradeoff clearly (smaller shared dependency vs. self-contained generated code)
Why this matters
For public adoption, especially from sqlc users, generated code that stands on its own is much easier to evaluate, review, and vendor into existing projects.
Roadmap: #1
Problem
Generated code still requires
sqlodeitself as a runtime dependency because every output importssqlode/runtime.That makes the generated package less self-contained than
sqlcusers typically expect.Evidence
README.mdexplicitly says: "sqlode must be a dependency (not just a dev-dependency) because the generated code importssqlode/runtime"params.gleam/queries.gleammodules importsqlode/runtimeExpected
sqlode/runtimepath if desired, but do not make it the only storyWhy this matters
For public adoption, especially from
sqlcusers, generated code that stands on its own is much easier to evaluate, review, and vendor into existing projects.