P0: add native-library preflight and negative startup tests for SBCL/CFFI #64
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
priority:P1
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nsaspy/quasar#64
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Parent: #63
Problem
Quasar can currently start Vite and only later discover that the Common Lisp control plane cannot load a required native library. The observed failure was
cl-sqlite/CFFI being unable to resolvelibsqlite3.so.0orlibsqlite3.so.That failure is too late and too opaque for both developers and CI.
Required behavior
Add an explicit native-runtime preflight for the Common Lisp control-plane startup path. It should validate the production FFI/native dependencies Quasar actually relies on before declaring the stack started.
At minimum cover:
cl-sqlite;Prefer testing through the actual Lisp/CFFI loading boundary rather than only checking filenames with
test -eorldconfig.TDD / negative cases
Tests first must prove:
nix develop) rather than dumping only a long SBCL backtrace;Startup UX
The goal is a short actionable message before/alongside the Lisp diagnostic, for example conceptually:
Do not hide the underlying Lisp/CFFI failure from logs; make the primary failure understandable.
Acceptance
Non-goal
Do not vendor system shared libraries into the repository or catch-and-ignore CFFI load errors.