8000 Tags · elfring/ocamlbuild · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Tags: elfring/ocamlbuild

Tags

0.11.0

Toggle 0.11.0's commit message
OCamlbuild 0.11.0 introduces a change to the way `.cmxs` files are

produced when no `.mldylib` file is absent: it will now use the exact
same semantics as `.cmxa` and `.mllib` file -- in particular, it
should not be necessary anymore to have identical
`foo.{mllib,mldylib}` files, only `foo.mllib` should suffice. See the
detaile
8000
d changelog below for details.

- ocaml#111: added "nostdlib" flag for corresponding ocaml{c,opt} options
  (Thomas Wood)

- ocaml#115: add `node_modules` to the list of directories ignored by default
  (.svn/, CVS/, .bzr/, .hg/, .git/, _darcs/, node_modules/)
  (Yunxing Dai)

- ocaml#125, ocaml#160: added "-toolchain" option for corresponding ocamlfind option.
  (whitequark)

- ocaml#127, ocaml#137, ocaml#138: install ocamlbuild's man pages, missing since 4.02
  (Adam Sampson and Gabriel Scherer)

- ocaml#130: make sure that -just-plugin always stops after the plugin-build phase
  (Gabriel Scherer, report by whitequark)

* ocaml#132, ocaml#159: remove the rule ".cmx -> .cmxs"
  Previously, there was a ".cmx -> .cmxa" rule that would
  pull a module and its dependencies in a .cmxa, and a separate
  ".cmx -> .cmxs" rule that would pull only a module as a .cmxs.

  The latter is a reasonable default choice, the idea being that
  a module's dependencies may often be statically linked with the
  program instead of being dynamically linked. But it conflicts with
  the presence of a rule ".cmxa -> .cmxs" as soon as the library has
  the same name as one of the modules it contains.

  The reason why the rule ".cmxa -> .cmxs" matter is that it can be
  composed with the rule ".mllib -> .cmxa" to build .cmxs files from
  .mllib files, without having to copy each .mllib file into
  a separate .mldylib file.

  In other terms, the previous behaviour would, by default (in absence
  of .mldylib file who always takes priority), only link the module in
  the .cmxs file, and people wishing otherwise would have to write
  a list of modules in a .mldylib file. The new behavior will, by
  default, take the .mllib file or the module dependencies (as for
  .cmxa) to build a .cmxs file, and people wishing otherwise will have
  to write just the module name in a .mldylib file.

  It is unclear whether this change will break some projects on which
  users relied on the previous semantics. It seems equally likely that
  the previous semantics, when it applied, was a source of bugs
  (the .cmxs files didn't have the expected modules) that would not be
  discovered by people not testing dynamic linking. Such bugs have
  been found and fixed in the following cases:

  - <dbuenzli/uucp#9>
  - <dbuenzli/uunf#4>
  - <dbuenzli/uuseg#4>

  (Daniel Bünzli, Jérémie Dimino, Armaël Guéneau, Gabriel Scherer, whitequark)

- ocaml#124, ocaml#136: do not explicitly pass -shared when building shared libraries;
  let the compiler decide what to build.
  (whitequark)

- ocaml#143-171: migration of Mantis bugtracker issues to the github issue tracker
  (Damien Doligez)

- ocaml#172-175, ocaml#177: setting up Continuous Infrastructure (CI) testsuite checks
  (whitequark)

- ocaml#202: install license, changes and readme in opam's docdir for `odig`
  (Gabriel Scherer, request and review by Daniel Bünzli)

- "noautolink" tag for ocaml{c,opt}
  (Gabriel Scherer)

0.10.1

Toggle 0.10.1's commit message
minor bugfix release

0.10.0

Toggle 0.10.0's commit message
OCamlbuild 0.10.0 introduces a minor change to the way `.cmxs` files

are produced when no `.mldylib` file is absent: it will now use the
exact same semantics as `.cmxa` and `.mllib` file -- in particular, it
should not be necessary anymore to have identical
`foo.{mllib,mldylib}` files, only `foo.mllib` should suffice. See the
detailed Changelog for details.

0.9.3

Toggle 0.9.3's commit message
OCamlbuild 0.9.3 introduces several features contributed or requested

by our users. See the detailed changelog.

0.9.2

Toggle 0.9.2's commit message
OCamlbuild 0.9.2 is a release to support OCaml 4.03. Martin Neuhäußer

contributed new flags for flambda-specific optimization options. We
also extend the scope of the flags -opaque and -for-pack, to align
with 4.03 best practices. Note that OCamlbuild should still work
correctly under older OCaml releases.

0.9.1

Toggle 0.9.1's commit message
release 0.9.1

OCamlbuild 0.9.1 synchronizes the behavior of ocamlbuild with
changes in the OCaml compiler that are present in the 4.03 release
branch; this version that should be usable for testing packages using
4.03 before its release.

0.9.0

Toggle 0.9.0's commit message
Release 0.9.0

4.02.3

Toggle 4.02.3's commit message
tagging release 4.02.3

git-svn-id: http://caml.inria.fr/svn/ocaml/release/4.02.3@16239 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02

4.02.2

Toggle 4.02.2's commit message
6893: "tag not used" warning when using (p)dep to declare linking tags

git-svn-id: http://caml.inria.fr/svn/ocaml/version/4.02@16162 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02

4.02.2+rc1

Toggle 4.02.2+rc1's commit message
6893: "tag not used" warning when using (p)dep to declare linking tags

git-svn-id: http://caml.inria.fr/svn/ocaml/version/4.02@16162 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
0