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
[configure] Allow to avoid embedding the date on Coq's binaries #13858
Conversation
sysinit/usage.ml
Outdated
Printf.printf "compiled on %s with OCaml %s\n" Coq_config.compile_date Coq_config.caml_version | ||
Coq_config.version (Option.default "n/d" Coq_config.date); | ||
Printf.printf "compiled on %s with OCaml %s\n" | ||
(Option.default "n/d" Coq_config.compile_date) Coq_config.caml_version |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we print nothing instead of on n/d
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was wondering about this, as what could case less breakage to tools possibly parsing this etc...
I think I do prefer to print something, for example the default for many users of dune-build-info
is to print
version: n/a
when the version is not available, so I dunno, I still have a small preference for printing "n/a"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
n/d or n/a?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've changed it to n/a
which is more correct.
f4ef9ad
to
05dfbc1
Compare
05dfbc1
to
c51cd50
Compare
This is quite important in some contexts, for example when using a global compilation cache (as we do in Dune).
c51cd50
to
7f54665
Compare
Let us not bother with If only Coq is currently classified as "unreproducible build" by Debian. Let us take advantage of this pull request to make a step toward improving the situation. |
Removing this date would also be useful to Nix, where currently the date shown is a constant like "Jan 1st, 1970" / "1980". |
Indeed that could make sense, but IMHO should go to a separate PR as it will modify the released packages causing potentially some breakage if people is parsing some of the outputs, this PR has the good property that it changes nothing for release builds.
Unfortunately we'd still have #11229 which seems tricky to solve. Regarding configure IMHO it is easy for Debian to patch it so they get a constant date. |
See #13863 for a counter-proposal. |
It looks much simpler to me. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IMO embedding the date is so useless that it does not deserve a config flag. The other approach seems just fine.
+1 for #13863 |
Ok, closing this in favor of the full removal. |
This is quite important in some contexts, for example when using a
global compilation cache (as we do in Dune).