-
-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Version number issues #70
Comments
ah, didn't notice, thanks.
yeah I went with an esoteric version number. I wanted to infer that there is both a ciel version and a version of the base Quicklisp dist it ships libraries from. In the future it is very likely we will release new CIEL binaries, when our code didn't change, but the libraries were updated. WDYT?
maybe even at readtime with |
Versioning ciel is indeed a bit tricky. From a user's perpective, my dream would be to have all dependency versions frozen for each ciel version. So ciel 2.0 would have the exact same dependencies on all machines. But that would make it impossible to install via plain Quicklisp. I would require Qlot, but even with Qlot I wouldn't know how to handle the dependencies that are downloaded directly as local projects. Another idea: make a ciel-specific Quicklisp distribution, much like Ultralisp. Update it whenever you increase the ciel version number. |
In
ciel.asd
, the version is defined as"0.2-202408-QL202310"
. Upon loading, ASDF complains that this is not a version number to its liking. As a consequence, the ASDF system object for ciel hasversion
set tonil
.In
scripting.lisp
, I see(defparameter *ciel-version* "0.1" "Read from .asd or version.lisp-expr file.")
.Proposal:
ciel.asd
scripting.lisp
, use(defparameter *ciel-version* (asdf:component-version (asdf:find-system :ciel)))
The text was updated successfully, but these errors were encountered: