coq/Makefile.install, branch master The formal proof system [build] Split stdlib to it's own opam package. 2021-03-03T15:06:14+00:00 Emilio Jesus Gallego Arias 2020-06-22T15:52:18+00:00 ab98d847d237af3cd0e46edef42218be65cfc98f We introduce a new package structure for Coq: - `coq-core`: Coq's OCaml tools code and plugins - `coq-stdlib`: Coq's stdlib [.vo files] - `coq`: meta-package that pulls `coq-{core,stdlib}` This has several advantages, in particular it allows to install Coq without the stdlib which is useful in several scenarios, it also open the door towards a versioning of the stdlib at the package level. The main user-visible change is that Coq's ML development files now live in `$lib/coq-core`, for compatibility in the regular build we install a symlink and support both setups for a while. Note that plugin developers and even `coq_makefile` should actually rely on `ocamlfind` to locate Coq's OCaml libs as to be more robust. There is a transient state where we actually look for both `$coqlib/plugins` and `$coqlib/../coq-core/plugins` as to support the non-ocamlfind plus custom variables. This will be much improved once #13617 is merged (which requires this PR first), then, we will introduce a `coq.boot` library so finally `coqdep`, `coqchk`, etc... can share the same path setup code. IMHO the plan should work fine. 
We introduce a new package structure for Coq:

- `coq-core`: Coq's OCaml tools code and plugins
- `coq-stdlib`: Coq's stdlib [.vo files]
- `coq`: meta-package that pulls `coq-{core,stdlib}`

This has several advantages, in particular it allows to install Coq
without the stdlib which is useful in several scenarios, it also open
the door towards a versioning of the stdlib at the package level.

The main user-visible change is that Coq's ML development files now
live in `$lib/coq-core`, for compatibility in the regular build we
install a symlink and support both setups for a while.

Note that plugin developers and even `coq_makefile` should actually
rely on `ocamlfind` to locate Coq's OCaml libs as to be more robust.

There is a transient state where we actually look for both
`$coqlib/plugins` and `$coqlib/../coq-core/plugins` as to support
the non-ocamlfind plus custom variables.

This will be much improved once #13617 is merged (which requires this
PR first), then, we will introduce a `coq.boot` library so finally
`coqdep`, `coqchk`, etc... can share the same path setup code.

IMHO the plan should work fine.
Move CoqIDE to its own folder 2020-06-02T16:53:33+00:00 Maxime Dénès 2020-05-16T15:07:37+00:00 33021618a06a94563d28691940f02a55bd9d358d The will make it possible to put a VsCoq toplevel in `ide/vscoq`. 
The will make it possible to put a VsCoq toplevel in `ide/vscoq`.
Update headers in the whole code base. 2020-03-18T11:15:43+00:00 Théo Zimmermann 2020-03-18T11:14:26+00:00 a99776e10e0b2198d2b811ad82631111fb450f8a Add headers to a few files which were missing them. 
Add headers to a few files which were missing them.
Split up stdlib install command (too long) 2019-12-13T12:12:20+00:00 Gaëtan Gilbert 2019-11-26T22:01:55+00:00 dfb92f3476fff0b329590626790d83a2f9e3e058 






[make] separate generated gramlib ml files from mli files (fix #10864)
2019-10-12T10:45:07+00:00

Enrico Tassi

2019-10-11T11:43:20+00:00

b0210638366d6584b709496b0f0eeeecb17c3fae












Update py-style headers to new year.
2019-06-17T16:08:32+00:00

Théo Zimmermann

2019-06-06T09:22:08+00:00

7521031c01976b045f81b6123f9ee9be77122a55












Makefiles: Fixes for byte compilation
2019-02-06T10:17:49+00:00

Gaëtan Gilbert

2019-02-05T14:34:49+00:00

f29aa6720eba884533972530b4283bf19d8410aa

- default targets don't depend on ocamlopt when it's unavailable
- coqc.byte is built by byte target and coqc by coqbinaries target
- unit tests use best ocaml
- poly-capture-global-univs tests ml compilation with ocamlc
- don't try to install .cmx and native-compute .o files

cf https://github.com/coq/coq/issues/9464





- default targets don't depend on ocamlopt when it's unavailable
- coqc.byte is built by byte target and coqc by coqbinaries target
- unit tests use best ocaml
- poly-capture-global-univs tests ml compilation with ocamlc
- don't try to install .cmx and native-compute .o files

cf https://github.com/coq/coq/issues/9464







Fix #9486: Makefile.install should not have a target foo
2019-02-06T10:09:20+00:00

Gaëtan Gilbert

2019-02-06T10:09:04+00:00

37b900aeda68ae1e067a7770c16c11ea327a14dc












Rename generated directory gramlib__pack -> gramlib/.pack
2018-12-06T14:13:49+00:00

Gaëtan Gilbert

2018-11-26T14:04:09+00:00

e3a2a5d4fc3ad29462f2e4548c32ac00b4fbd05f

It's a bit cleaner this way, especially wrt the number of toplevel directories.

Also fix warning about undefined GRAMMARCMA while we're at it.





It's a bit cleaner this way, especially wrt the number of toplevel directories.

Also fix warning about undefined GRAMMARCMA while we're at it.







[gramlib] [build] Switch make-based system to packed gramlib
2018-11-21T00:25:23+00:00

Emilio Jesus Gallego Arias

2018-11-08T12:17:14+00:00

002a974b66bc5b8524c8c045d6b9ec4f57aa7734

This makes the make-based build system stop linking to Camlp5's
gramlib and instead links to our own gramlib.

We use the style done in the packing of `Stdlib` in OCaml 4.07.

As to introduce a minimal amount of noise in history we use an
autogenerated `gramlib__pack` directory.

Co-authored-by: Gaëtan Gilbert <gaetan.gilbert@skyskimmer.net>





This makes the make-based build system stop linking to Camlp5's
gramlib and instead links to our own gramlib.

We use the style done in the packing of `Stdlib` in OCaml 4.07.

As to introduce a minimal amount of noise in history we use an
autogenerated `gramlib__pack` directory.

Co-authored-by: Gaëtan Gilbert <gaetan.gilbert@skyskimmer.net>