The GMP library is as per merging of PR 11742 now a dependency of Coq. This will likely introduce issues for the next platform, in particular on Windows.
in particular, any compilation of Coq without use of depext for conf-gmp
up front will fail.
also, we depend on Perl of all languages now, sigh
... but apparently only in the build phase, even more sigh
What is the issue on windows? The PR did fix the windows build script, AFAIK
About perl... we may not like the language, but to me perl is much much much more safe as a dependency than, say, ocaml.
The Coq platform anyway depends on GMP (for Gappa).
Enrico Tassi said:
About perl... we may not like the language, but to me perl is much much much more safe as a dependency than, say, ocaml.
There are apparently two different flavors of Perl for Windows, likely incompatible. I guess the Windows installer will have to bundle its own version, or how will it work?
I guess the Windows installer will have to bundle its own version, or how will it work?
I hope this dependency is build only. If so, it will use the cygwin supplied perl.
My personal opinion on Perl is that one should replace any use of perl with either python or awk/sed/grep/..., depending on the complexity. What I don't like about perl is that installing even simple text processing packages with cpan can take an hour, since it is difficult to tell it that it shouldn't run a complete test suite for each installation. Furthermore the system dependency management of perl packages is - well non existent. I had much much less issues with pip. Finally I think Perl makes it too easy to write very hard to maintain code. In any long term maintained project in which I used perl, it generated long term much more work than it saved in the first place.
I hope this dependency is build only. If so, it will use the cygwin supplied perl.
Per OPAM, it is indeed build only for zarith
:
depends: "ocaml" "ocamlfind" {build} "conf-gmp" "conf-perl" {build}
Last updated: Jun 03 2023 at 03:01 UTC