Closed chipsf closed 1 year ago
Here you'll see what versions Debian and coq-platform use ; perhaps that will guide you: Coq platform vs Debian ; perhaps that will help?
coq-elpi.elpi is a name defined in coq-elpi/META, wherever it is installed. The makefile installs it.
It looks like it's simpler than I thought. After "installing" coq-elpi, ocamlfind can't find it. The problem seems to be more related to how Guix is building the package. I'll close the issue for now.
In other words, META isn't getting installed, so that's a Guix problem. Thanks for your help!
I'm packaging coq-mathcomp-analysis for Guix; the progress so far is here: https://issues.guix.gnu.org/58310.
When I try to build coq-mathcomp-hierarchy-builder (as a dependency for analysis), I get the following error (the "..." signifies a hash, just like in Nix, omitted for readability):
When using all the dependencies of coq-elpi, launching Proof General for Coq in Emacs, and inputting the following text,
Findlib throws the same error.
It's true that coq-elpi.elpi does not exist, however that file seems to never be installed by the Makefile in coq-elpi. Digging into the installation dir of coq-elpi, it seems that coq-elpi.elpi has been replaced by coq-lib.elpi.
I'm using Coq 8.16, ocaml-elpi 1.16.7, and coq-elpi v1.16.0. I'm also running Guix 49e1a3a, but I'm not so sure the version of Guix is relevant.
Is there a way that I can tell hierarchy-builder that elpi should be imported from coq-lib.elpi? Ideally I'd want to do this in hierarchy-builder's Makefile, before building.
Let me know if you need any more info on this from me, or if I'm way off track :)
Thanks!