Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Alan Schmitt <alan.schmitt@polytechnique.org>
To: "lwn" <lwn@lwn.net>, caml-list@inria.fr
Subject: [Caml-list] Attn: Development Editor, Latest OCaml Weekly News
Date: Tue, 10 Dec 2024 14:48:56 +0100	[thread overview]
Message-ID: <m2bjxjbqd3.fsf@petitepomme.net> (raw)

[-- Attachment #1: Type: text/plain, Size: 23227 bytes --]

Hello

Here is the latest OCaml Weekly News, for the week of December 03 to 10,
2024.

Table of Contents
─────────────────

Release of cppo 1.8.0
New releases of Merlin and OCaml-LSP
New release of baby
Release of Saturn 1.0
Dune dev meeting
Dune 3.17
Spec and interface to declare dependencies in an OCaml script
Other OCaml News
Old CWN


Release of cppo 1.8.0
═════════════════════

  Archive:
  <https://discuss.ocaml.org/t/ann-release-of-cppo-1-8-0/15749/1>


François Pottier announced
──────────────────────────

  I am pleased to announce a new release of `cppo' (1.8.0) with one new
  feature and one bug fix:

  ⁃ A scope, delimited by `#scope ... #endscope', limits the effect of
    `#define', `#def ... #enddef', and `#undef'.
  ⁃ The command `cppo -version', which used to print a blank line, has
    been fixed.

  For more details, please see the [documentation].


[documentation] <https://github.com/ocaml-community/cppo/>


New releases of Merlin and OCaml-LSP
════════════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/ann-new-releases-of-merlin-and-ocaml-lsp/15752/1>


vds announced
─────────────

  I am pleased to announce new releases of Merlin (`5.3-502' and
  `4.18-414') and OCaml-LSP (`1.20.1' and `1.20.1-4.14').

  The Merlin releases bundle a handful of fixes while the LSP releases
  focus on adding more custom queries. These custom queries will enable
  tailored LSP clients to provide the same rich OCaml editing features
  as the one provided by the original Merlin modes for Emacs and Vim.

  Latest releases of `vscode-ocaml-platform' already provide two new
  commands: `Construct' and `Jump' that respectively provide a better UI
  to fill typed holes with values and jump to specific parent
  nodes. Search by type/polarity and a command to get the type of
  growing and shrinking selections will also be available in the future.

  <https://global.discourse-cdn.com/flex020/uploads/ocaml/original/2X/c/c07de3130c92cb1601215531c75ecc0545a97b4d.gif>


Merlin changelog
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

◊ merlin 5.3

  ⁃ merlin binary
    • Respect the `EXCLUDE_QUERY_DIR' configuration directive when
      looking for cmt files (#1854)
    • Fix occurrences bug in which relative paths in index files are
      resolved against the PWD rather than the SOURCE_ROOT (#1855)
    • Fix exception in polarity search (#1858 fixes #1113)
    • Fix jump to `fun' targets not working (#1863, fixes #1862)
    • Fix type-enclosing results instability. This reverts some overly
      aggressive deduplication that should be done on the client
      side. (#1864)
    • Fix occurrences not working when the definition comes from a
      hidden source file (#1865)


OCaml-LSP changelog
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

◊ 1.20.1

  ◊ Features

    • Add custom
      [~ocamllsp/typeSearch~](/ocaml-lsp-server/docs/ocamllsp/typeSearch-spec.md)
      request (#1369)
    • Make MerlinJump code action configurable (#1376)
    • Add custom
      [~ocamllsp/jump~](/ocaml-lsp-server/docs/ocamllsp/merlinJump-spec.md)
      request (#1374)


  ◊ Fixes

    • Fix fd leak in running external processes for preprocessing
      (#1349)
    • Fix prefix parsing for completion of object methods (#1363, fixes
      #1358)
    • Remove some duplicates in the `selectionRange' answers (#1368)
    • Deactivate the `jump' code actions by default. Clients can enable
      them with the `merlinJumpCodeActions' configuration
      option. Alternatively a custom request is provided for ad hoc use
      of the feature. (#1411)


New release of baby
═══════════════════

  Archive: <https://discuss.ocaml.org/t/new-release-of-baby/15754/1>


François Pottier announced
──────────────────────────

  It is my pleasure to announce the second release of `baby'.

  ┌────
  │ opam update
  │ opam install baby.20241204
  └────

  `baby' is an OCaml library that offers persistent sets and maps based
  on balanced binary search trees. It offers replacements for OCaml's
  `Set' and `Map' modules.

  Height-balanced and weight-balanced binary search trees are offered
  out of the box. Furthermore, to advanced users, the library offers a
  lightweight way of implementing other balancing strategies.

  [Documentation] is available online.

  The changes in this release are as follows:

  • The library now offers both sets and maps. The modules `Baby.H.Set'
    and `Baby.W.Set' continue to exist, and are compatible with OCaml's
    `Set' library. The modules `Baby.H.Map' and `Baby.W.Map' appear, and
    are compatible with OCaml's `Map' library. Furthermore, the functors
    `Baby.H.Make' and `Baby.W.Make' appear. These functors produce a
    module that contains sets, maps, and two conversion functions
    between sets and maps, namely `domain' and `lift'.
  • Documentation: in the signature `OrderedType', clarify the
    specification of the function `compare'; this function decides a
    total preorder `≤'.
  • Documentation: in the preamble, clarify that, most of the time, we
    assume that `≤' is a total order; if an operation must be understood
    in the more general case where `≤' is a total preorder, then this is
    explicitly indicated.
  • Documentation: update the documentation of `find' and `find_opt' in
    accordance with the previous point.
  • A number of incompatible changes have been made; see [the change
    log] for details.


[Documentation] <https://cambium.inria.fr/~fpottier/baby/doc/baby/>

[the change log] <https://github.com/fpottier/baby/blob/main/CHANGES.md>


Release of Saturn 1.0
═════════════════════

  Archive:
  <https://discuss.ocaml.org/t/ann-release-of-saturn-1-0/15763/1>


Carine Morel announced
──────────────────────

  I am thrilled to announce the release of [Saturn] 1.0!

  Saturn is a collection of concurrent-safe data structures designed for
  OCaml 5. These structures have been:
  • thoroughly tested with amazing tools like [STM] (see this [blog
    post]) and [DScheck],
  • benchmarked for performance,
  • optimized for efficiency,
  • and even verified in some cases!

  If you're curious about the motivation behind Saturn and the
  challenges it addresses, you can read more [here].


[Saturn] <https://github.com/ocaml-multicore/saturn>

[STM] <https://github.com/ocaml-multicore/multicoretests>

[blog post]
<https://tarides.com/blog/2024-04-24-under-the-hood-developing-multicore-property-based-tests-for-ocaml-5/>

[DScheck] <https://github.com/ocaml-multicore/dscheck>

[here]
<https://github.com/ocaml-multicore/saturn/blob/main/doc/motivation.md>

What Can You Do with Saturn?
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  Saturn provides a variety of data structures, including queues,
  stacks, hash tables, and more. All of these structures are
  **lock-free**, **linearizable**, and specifically designed to take
  full advantage of OCaml 5’s multicore capabilities.


◊ Portable Data Structures

  Lock-freedom is a progress property that guarantees system-wide
  progress. This is a powerful and desirable feature, though it comes at
  the cost of some overhead. However, it offers a significant advantage:
  lock-free data structures avoid the need for scheduler-specific
  blocking mechanisms, making them compatible with any scheduler, such
  as [Eio] or [Domainslib].


  [Eio] <https://github.com/ocaml-multicore/eio>

  [Domainslib] <https://github.com/ocaml-multicore/domainslib>


◊ Restrictions

  Saturn’s data structures are not composable, meaning you cannot
  combine them (e.g., use `Saturn.Queue' inside `Saturn.Htbl') while
  preserving properties like lock-freedom and linearizability.

  They are also not extensible outside of Saturn without losing these
  properties. For instance, `Saturn.Queue' does not include a `length'
  function because implementing one would introduce significant overhead
  (see `Saturn.Bounded_queue' for an example of this
  tradeoff). Attempting to add this functionality, such as by wrapping
  the queue:

  ┌────
  │ type 'a t = {size: int Atomic.t; queue : 'a Saturn.Queue.t}
  └────

  would result in a structure that either loses lock-freedom or is no
  longer linearizable.

  If you need composable lock-free data structures, consider exploring
  [kcas_data].


  [kcas_data]
  <https://ocaml-multicore.github.io/kcas/doc/kcas_data/Kcas_data/index.html>


Call to Action
╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  • *Try It Out*: Give Saturn a try in your projects and let us know how
     it works for you. If you encounter any bugs or issues, please
     report them on our [GitHub repository].
  • *Share Your Use Case*: Are you already using Saturn? Let us know in
     the comments what you're building with it!
  • *Contribute*: We’d love to have more contributors. Whether it’s
     implementing new features, improving documentation, or suggesting
     enhancements, your contributions are welcome!
  • *Help Shape the Future*: What would you like to see in Saturn? Is
     there a missing data structure you need? Share your thoughts to
     help us build a roadmap for future development.

  *Thank you for your support!*


[GitHub repository] <https://github.com/ocaml-multicore/saturn>


Talks and Resources
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  If you want to learn more about Saturn, I gave a talk at the 2024
  OCaml Workshop—check out the short [paper] and the [talk].

  To dive deeper into concurrent-safe data structures, I highly
  recommend having a look at [The Art of Multiprocessor Programming],
  which explores the differences in design between lock-based and
  lock-free data structures.


[paper]
<https://icfp24.sigplan.org/details/ocaml-2024-papers/12/Saturn-a-library-of-verified-concurrent-data-structures-for-OCaml-5>

[talk] <https://youtu.be/OuQqblCxJ2Y?t=24398>

[The Art of Multiprocessor Programming]
<https://www.researchgate.net/publication/213876653_The_Art_of_Multiprocessor_Programming>


Commercial Support
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  If you’re interested in incorporating Saturn into your commercial
  applications, Tarides offers professional development and support
  services. Feel free to contact us for more details.


Dune dev meeting
════════════════

  Archive: <https://discuss.ocaml.org/t/ann-dune-dev-meeting/14994/18>


Etienne Marais announced
────────────────────────

  Hi Dune enthusiasts! :smile:

  We will hold our regular Dune dev meeting on *Wednesday, December,
  11th at 9:00* CET. As usual, the session will be one hour long.

  Whether you are a maintainer, a regular contributor, a new joiner or
  just curious, you are welcome to join: these discussions are opened!
  The goal of these meetings is to provide a place to discuss the
  ongoing work together and synchronise between the Dune developers !
  :camel:


:calendar: Agenda
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  The agenda is available on the[ meeting dedicated page]. Feel free to
  ask if you want to add more items in it.


[ meeting dedicated page]
<https://github.com/ocaml/dune/wiki/dev-meeting-2024-12-11>


:computer: Links
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  • Meeting link:[ zoom]
  • Calendar event:[ google calendar]
  • Wiki with information and previous notes:[ GitHub Wiki]


[ zoom]
<https://us06web.zoom.us/j/85096877776?pwd=cWNhU1dHQ1ZNSjZuOUZCQ0h2by9Udz09>

[ google calendar]
<https://calendar.google.com/calendar/embed?src=c_5cd698df6784e385b1cdcdc1dbca18c061faa96959a04781566d304dc9ec7319%40group.calendar.google.com>

[ GitHub Wiki] <https://github.com/ocaml/dune/wiki#dev-meetings>


Dune 3.17
═════════

  Archive: <https://discuss.ocaml.org/t/ann-dune-3-17/15770/1>


Etienne Marais announced
────────────────────────

  The Dune team is happy to announce the release of Dune `3.17.0'!
  :tada:

  Among the list of changes, this minor release enables the Dune cache
  by default for known-safe operations, adds out-of-the-box support for
  `Wasm_of_ocaml', adds support for the~-H~ compiler flag introduced in
  OCaml 5.2, allows specifying code hosting services like Codeberg or
  GitLab organisations, and gives the possibility to run individual
  tests with `dune runtest'.

  If you encounter a problem with this release, you can report it on the
  [ocaml/dune] repository.


[ocaml/dune] <https://github.com/ocaml/dune/issues>

Changelog
╌╌╌╌╌╌╌╌╌

◊ Added

  • Make Merlin/OCaml-LSP aware of "hidden" dependencies used by
    `(implicit_transitive_deps false)' via the `-H' compiler
    flag. (#10535, @voodoos)
  • Add support for the -H flag (introduced in OCaml compiler 5.2) in
    dune (requires lang versions 3.17). This adaptation gives the
    correct semantics for `(implicit_transitive_deps false)'.  (#10644,
    fixes #9333, ocsigen/tyxml#274, #2733, #4963, @MA0100)
  • Add support for specifying Gitlab organization repositories in
    `source' stanzas (#10766, fixes #6723, @H-ANSEN)
  • New option to control jsoo sourcemap generation in env and
    executable stanza (#10777, fixes #10673, @hhugo)
  • One can now control jsoo compilation_mode inside an executable
    stanza (#10777, fixes #10673, @hhugo)
  • Add support for specifying default values of the `authors',
    `maintainers', and `license' stanzas of the `dune-project' file via
    the dune config file. Default values are set using the
    `(project_defaults)' stanza (#10835, @H-ANSEN)
  • Add names to source tree events in performance traces (#10884,
    @jchavarri)
  • Add `codeberg' as an option for defining project sources in
    dune-project files. For example, `(source (codeberg
    user/repo))'. (#10904, @nlordell)
  • `dune runtest' can now run individual tests with `dune runtest
    mytest.t' (#11041, @Alizter).
  • Wasm_of_ocaml support (#11093, @vouillon)
  • Add a `coqdep_flags' field to the `coq' field of the `env' stanza,
    and to the `coq.theory' stanza, allowing to configure `coqdep'
    flags. (#11094, @rlepigre)


◊ Fixed

  • Show the context name for errors happening in non-default contexts.
    (#10414, fixes #10378, @jchavarri)
  • Correctly declare dependencies of indexes so that they are rebuilt
    when needed. (#10623, @voodoos)
  • Don't depend on coq-stdlib being installed when expanding variables
    of the `coq.version' family (#10631, fixes #10629, @gares)
  • Error out if no files are found when using `copy_files'. (#10649,
    @jchavarri)
  • Re_export dune-section private library in the dune-site library
    stanza, in order to avoid failure when generating and building sites
    modules with implicit_transitive_deps = false. (#10650, fixes #9661,
    @MA0100)
  • Expect test fixes: support multiple modes and fix dependencies when
    there is a custom runner (#10671, @vouillon)
  • In a `(library)' stanza with `(extra_objects)' and
    `(foreign_stubs)', avoid double linking the extra object files in
    the final executable.  (#10783, fixes #10785, @nojb)
  • Map `(re_export)' library dependencies to the `exports' field in
    `META' files, and vice-versa. This field was proposed in to
    <https://discuss.ocaml.org/t/proposal-a-new-exports-field-in-findlib-meta-files/13947>.
    The field is included in Dune-generated `META' files only when the
    Dune lang version is >= 3.17.  (#10831, fixes #10830, @nojb)
  • Fix staged pps preprocessors on Windows (which were not working at
    all previously) (#10869, fixes #10867, @nojb)
  • Fix `dune describe' when an executable is disabled with
    `enabled_if'.  (#10881, fixes #10779, @moyodiallo)
  • Fix an issue where C stubs would be rebuilt whenever the stderr of
    Dune was redirected. (#10883, fixes #10882, @nojb)
  • Fix the URL opened by the command `dune ocaml doc'. (#10897,
    @gridbugs)
  • Fix the file referred to in the error/warning message displayed due
    to the dune configuration version not supporting a particular
    configuration stanza in use. (#10923, @H-ANSEN)
  • Fix `enabled_if' when it uses `env' variable. (#10936, fixes #10905,
    @moyodiallo)
  • Fix exec -w for relative paths with –root argument (#10982,
    @gridbugs)
  • Do not ignore the `(locks ..)' field in the `test' and `tests'
    stanza (#11081, @rgrinberg)
  • Tolerate files without extension when generating merlin rules.
    (#11128, @anmonteiro)


◊ Changed

  • Remove all remnants of the experimental
    `patch-back-source-tree'. (#10771, @rgrinberg)
  • Change the preset value for author and maintainer fields in the
    `dune-project' file to encourage including emails. (#10848,
    @punchagan)
  • Tweak the preset value for tags in the `dune-project' file to hint
    at topics not having a special meaning. (#10849, @punchagan)
  • Change some colors to improve readability in light-mode terminals
    (#10890, @gridbugs)
  • Forward the linkall flag to jsoo in whole program compilation as
    well (#10935, @hhugo)
  • Configurator uses `pkgconf' as pkg-config implementation when
    available and forwards it the `target' of `ocamlc -config'. (#10937,
    @pirbo)
  • Enable Dune cache by default. Add a new Dune cache setting
    `enabled-except-user-rules', which enables the Dune cache, but
    excludes user-written rules from it. This is a conservative choice
    that can avoid breaking rules whose dependencies are not correctly
    specified. This is the current default. (#10944, #10710, @nojb,
    @ElectreAAS)
  • Do not add `dune' dependency in `dune-project' when creating
    projects with `dune init proj'. The Dune dependency is implicitely
    added when generating opam files (#11129, @Leonidas-from-XIV)


Spec and interface to declare dependencies in an OCaml script
═════════════════════════════════════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/spec-and-interface-to-declare-dependencies-in-an-ocaml-script/15772/1>


jbeckford announced
───────────────────

  This is the fourth article in the MlFront series. If you are
  interested in scripting frameworks that can download source code and
  bytecode, and inter-operate while doing so, please read:

  [https://diskuv.com/mlfront/overview-4/]


[https://diskuv.com/mlfront/overview-4/]
<https://diskuv.com/mlfront/overview-4/>

TLDR
╌╌╌╌

  /(Critical, verbatim snippets from article)/

  I have an old opam package [DkSDKFFIOCaml_Std] that is a low-level
  bridge between OCaml and other programming languages. It can be
  extraordinarily difficult to build, so I made it a mix of pure OCaml
  source code and prebuilt library downloads. Today I'll describe how
  embedded OCaml dependencies like the following /simplifies the build
  process/:

  ┌────
  │ module _ = DkSDKFFI_OCaml
  │ (** The bridge between OCaml and other programming languages.
  │ 
  │     {[ `v1 [
  │           `sec [ `scheme "dkcoder" ];
  │           `blib ["https://gitlab.com/api/v4/projects/62703194/packages/generic/@DKML_TARGET_ABI@/2.1.4/@DKML_TARGET_ABI@-4.14.2-DkSDKFFI_OCaml-2.1.4-none.blib.zip"];
  │           `clib ["https://gitlab.com/api/v4/projects/62703194/packages/generic/@DKML_TARGET_ABI@/2.1.4/@DKML_TARGET_ABI@-4.14.2-DkSDKFFI_OCaml-2.1.4-none.clib.zip"]
  │         ] ]} *)
  │ 
  │ (* And use what you imported ... *)
  │ let () =
  │    ignore (DkSDKFFI_OCaml.Com.create_c ())
  └────

  —

  One set of designs I created are the `MlFront_Archive' package
  formats:

  1. `*.blib.zip' - This is the bytecode archive. It is a zip file
     containing `.cma', `.cmi' and some other critical metadata.
  2. `*.clib.zip' - This is the C library archive. It is a zip file
     containing `.so' or `.dylib' or `.dll' shared libraries, and also
     the corresponding static libraries.
  The important concept is that `*.blib.zip' and `*.clib.zip' for OCaml
  are analogous to `*.jar' files for Java. The design is available at:

  • Format of packages:
    <https://gitlab.com/diskuv/registries/public-packages#generic-registry-layout>
  • Binaries to unpack the packages:
    <https://gitlab.com/dkml/build-tools/MlFront_Archive/-/releases>

  —

  The remote specification design is in the `MlFront_Config' library:

  • code: <https://gitlab.com/dkml/build-tools/MlFront#mlfront>
  • odoc:
    <https://dkml.gitlab.io/build-tools/MlFront/MlFront_Config/MlFront_Config/RemoteSpec/index.html>


[DkSDKFFIOCaml_Std] <https://ocaml.org/p/DkSDKFFIOCaml_Std/latest>


Other OCaml News
════════════════

From the ocaml.org blog
───────────────────────

  Here are links from many OCaml blogs aggregated at [the ocaml.org
  blog].

  • [Release of Frama-C 30.0 (Zinc)]
  • [Irmin on MirageOS: Under-the-Hood With Notafs]


[the ocaml.org blog] <https://ocaml.org/blog/>

[Release of Frama-C 30.0 (Zinc)]
<https://frama-c.com/fc-versions/zinc.html>

[Irmin on MirageOS: Under-the-Hood With Notafs]
<https://tarides.com/blog/2024-12-04-irmin-on-mirageos-under-the-hood-with-notafs>


Old CWN
═══════

  If you happen to miss a CWN, you can [send me a message] and I'll mail
  it to you, or go take a look at [the archive] or the [RSS feed of the
  archives].

  If you also wish to receive it every week by mail, you may subscribe
  to the [caml-list].

  [Alan Schmitt]


[send me a message] <mailto:alan.schmitt@polytechnique.org>

[the archive] <https://alan.petitepomme.net/cwn/>

[RSS feed of the archives] <https://alan.petitepomme.net/cwn/cwn.rss>

[caml-list] <https://sympa.inria.fr/sympa/info/caml-list>

[Alan Schmitt] <https://alan.petitepomme.net/>


[-- Attachment #2: Type: text/html, Size: 39206 bytes --]

             reply	other threads:[~2024-12-10 13:49 UTC|newest]

Thread overview: 236+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-10 13:48 Alan Schmitt [this message]
  -- strict thread matches above, loose matches on Subject: below --
2025-04-15  9:51 Alan Schmitt
2025-04-08 13:14 Alan Schmitt
2025-04-01  9:12 Alan Schmitt
2025-03-25  8:06 Alan Schmitt
2025-03-18 10:18 Alan Schmitt
2025-03-11 15:00 Alan Schmitt
2025-03-04 14:01 Alan Schmitt
2025-02-25 10:36 Alan Schmitt
2025-02-18 14:33 Alan Schmitt
2025-02-11  7:17 Alan Schmitt
2025-02-04 12:05 Alan Schmitt
2025-01-28 13:24 Alan Schmitt
2025-01-21 15:47 Alan Schmitt
2025-01-14  8:20 Alan Schmitt
2025-01-07 17:26 Alan Schmitt
2024-12-31  8:03 Alan Schmitt
2024-12-24  8:55 Alan Schmitt
2024-12-17 13:05 Alan Schmitt
2024-12-03 14:44 Alan Schmitt
2024-11-26  8:30 Alan Schmitt
2024-11-19  6:52 Alan Schmitt
2024-11-12 15:00 Alan Schmitt
2024-11-05 13:22 Alan Schmitt
2024-10-29 13:30 Alan Schmitt
2024-10-22 12:42 Alan Schmitt
2024-10-15 13:31 Alan Schmitt
2024-10-08 10:56 Alan Schmitt
2024-10-01 13:37 Alan Schmitt
2024-09-24 13:18 Alan Schmitt
2024-09-17 14:02 Alan Schmitt
2024-09-10 13:55 Alan Schmitt
2024-09-03  8:24 Alan Schmitt
2024-08-27  9:02 Alan Schmitt
2024-08-20  9:29 Alan Schmitt
2024-08-13 13:21 Alan Schmitt
2024-08-06  9:00 Alan Schmitt
2024-07-30 13:26 Alan Schmitt
2024-07-23 13:30 Alan Schmitt
2024-07-16  6:24 Alan Schmitt
2024-07-09  9:19 Alan Schmitt
2024-07-02  7:30 Alan Schmitt
2024-06-25 13:58 Alan Schmitt
2024-06-18 13:05 Alan Schmitt
2024-06-11 15:04 Alan Schmitt
2024-06-04 13:26 Alan Schmitt
2024-05-28  9:07 Alan Schmitt
2024-05-21 13:07 Alan Schmitt
2024-05-14 13:25 Alan Schmitt
2024-05-07  7:30 Alan Schmitt
2024-04-30  7:22 Alan Schmitt
2024-04-23 12:17 Alan Schmitt
2024-04-16 12:00 Alan Schmitt
2024-04-09  9:15 Alan Schmitt
2024-04-02 14:31 Alan Schmitt
2024-03-26  6:32 Alan Schmitt
2024-03-19 15:09 Alan Schmitt
2024-03-12 10:31 Alan Schmitt
2024-03-05 14:50 Alan Schmitt
2024-02-27 13:53 Alan Schmitt
2024-02-20  9:12 Alan Schmitt
2024-02-13  8:42 Alan Schmitt
2024-02-06 15:14 Alan Schmitt
2024-01-30 14:16 Alan Schmitt
2024-01-23  9:45 Alan Schmitt
2024-01-16 10:01 Alan Schmitt
2024-01-09 13:40 Alan Schmitt
2024-01-02  8:59 Alan Schmitt
2023-12-26 10:12 Alan Schmitt
2023-12-19 10:10 Alan Schmitt
2023-12-12 10:20 Alan Schmitt
2023-12-05 10:13 Alan Schmitt
2023-11-28  9:09 Alan Schmitt
2023-11-21  7:47 Alan Schmitt
2023-11-14 13:42 Alan Schmitt
2023-11-07 10:31 Alan Schmitt
2023-10-31 10:43 Alan Schmitt
2023-10-24  9:17 Alan Schmitt
2023-10-17  7:46 Alan Schmitt
2023-10-10  7:48 Alan Schmitt
2023-10-03 13:00 Alan Schmitt
2023-09-19  8:54 Alan Schmitt
2023-09-12 13:21 Alan Schmitt
2023-09-05  9:00 Alan Schmitt
2023-08-29 13:04 Alan Schmitt
2023-08-22  9:20 Alan Schmitt
2023-08-15 16:33 Alan Schmitt
2023-08-08  8:53 Alan Schmitt
2023-08-01  7:13 Alan Schmitt
2023-07-25  8:45 Alan Schmitt
2023-07-11  8:45 Alan Schmitt
2023-07-04  9:18 Alan Schmitt
2023-06-27  8:38 Alan Schmitt
2023-06-20  9:52 Alan Schmitt
2023-06-13  7:09 Alan Schmitt
2023-06-06 14:22 Alan Schmitt
2023-05-30 15:43 Alan Schmitt
2023-05-23  9:41 Alan Schmitt
2023-05-16 13:05 Alan Schmitt
2023-05-09 11:49 Alan Schmitt
2023-05-02  8:01 Alan Schmitt
2023-04-25  9:25 Alan Schmitt
2023-04-18  8:50 Alan Schmitt
2023-04-11 12:41 Alan Schmitt
2023-04-04  8:45 Alan Schmitt
2023-03-28  7:21 Alan Schmitt
2023-03-21 10:07 Alan Schmitt
2023-03-14  9:52 Alan Schmitt
2023-03-07  9:02 Alan Schmitt
2023-02-28 14:38 Alan Schmitt
2023-02-21 10:19 Alan Schmitt
2023-02-14  8:12 Alan Schmitt
2023-02-07  8:16 Alan Schmitt
2023-01-31  6:44 Alan Schmitt
2023-01-24  8:57 Alan Schmitt
2023-01-17  8:37 Alan Schmitt
2022-11-29 14:53 Alan Schmitt
2022-09-27  7:17 Alan Schmitt
2022-09-20 14:01 Alan Schmitt
2022-09-13  8:40 Alan Schmitt
2022-08-23  8:06 Alan Schmitt
2022-08-16  8:51 Alan Schmitt
2022-08-09  8:02 Alan Schmitt
2022-08-02  9:51 Alan Schmitt
2022-07-26 17:54 Alan Schmitt
2022-07-19  8:58 Alan Schmitt
2022-07-12  7:59 Alan Schmitt
2022-07-05  7:42 Alan Schmitt
2022-06-28  7:37 Alan Schmitt
2022-06-21  8:06 Alan Schmitt
2022-06-14  9:29 Alan Schmitt
2022-06-07 10:15 Alan Schmitt
2022-05-31 12:29 Alan Schmitt
2022-05-24  8:04 Alan Schmitt
2022-05-17  7:12 Alan Schmitt
2022-05-10 12:30 Alan Schmitt
2022-05-03  9:11 Alan Schmitt
2022-04-26  6:44 Alan Schmitt
2022-04-19  5:34 Alan Schmitt
2022-04-12  8:10 Alan Schmitt
2022-04-05 11:50 Alan Schmitt
2022-03-29  7:42 Alan Schmitt
2022-03-22 13:01 Alan Schmitt
2022-03-15  9:59 Alan Schmitt
2022-03-01 13:54 Alan Schmitt
2022-02-22 12:43 Alan Schmitt
2022-02-08 13:16 Alan Schmitt
2022-02-01 13:00 Alan Schmitt
2022-01-25 12:44 Alan Schmitt
2022-01-11  8:20 Alan Schmitt
2022-01-04  7:56 Alan Schmitt
2021-12-28  8:59 Alan Schmitt
2021-12-21  9:11 Alan Schmitt
2021-12-14 11:02 Alan Schmitt
2021-11-30 10:51 Alan Schmitt
2021-11-16  8:41 Alan Schmitt
2021-11-09 10:08 Alan Schmitt
2021-11-02  8:50 Alan Schmitt
2021-10-19  8:23 Alan Schmitt
2021-09-28  6:37 Alan Schmitt
2021-09-21  9:09 Alan Schmitt
2021-09-07 13:23 Alan Schmitt
2021-08-24 13:44 Alan Schmitt
2021-08-17  6:24 Alan Schmitt
2021-08-10 16:47 Alan Schmitt
2021-07-27  8:54 Alan Schmitt
2021-07-20 12:58 Alan Schmitt
2021-07-06 12:33 Alan Schmitt
2021-06-29 12:24 Alan Schmitt
2021-06-22  9:04 Alan Schmitt
2021-06-01  9:23 Alan Schmitt
2021-05-25  7:30 Alan Schmitt
2021-05-11 14:47 Alan Schmitt
2021-05-04  8:57 Alan Schmitt
2021-04-27 14:26 Alan Schmitt
2021-04-20  9:07 Alan Schmitt
2021-04-06  9:42 Alan Schmitt
2021-03-30 14:55 Alan Schmitt
2021-03-23  9:05 Alan Schmitt
2021-03-16 10:31 Alan Schmitt
2021-03-09 10:58 Alan Schmitt
2021-02-23  9:51 Alan Schmitt
2021-02-16 13:53 Alan Schmitt
2021-02-02 13:56 Alan Schmitt
2021-01-26 13:25 Alan Schmitt
2021-01-19 14:28 Alan Schmitt
2021-01-12  9:47 Alan Schmitt
2021-01-05 11:22 Alan Schmitt
2020-12-29  9:59 Alan Schmitt
2020-12-22  8:48 Alan Schmitt
2020-12-15  9:51 Alan Schmitt
2020-12-01  8:54 Alan Schmitt
2020-11-03 15:15 Alan Schmitt
2020-10-27  8:43 Alan Schmitt
2020-10-20  8:15 Alan Schmitt
2020-10-06  7:22 Alan Schmitt
2020-09-29  7:02 Alan Schmitt
2020-09-22  7:27 Alan Schmitt
2020-09-08 13:11 Alan Schmitt
2020-09-01  7:55 Alan Schmitt
2020-08-18  7:25 Alan Schmitt
2020-07-28 16:57 Alan Schmitt
2020-07-21 14:42 Alan Schmitt
2020-07-14  9:54 Alan Schmitt
2020-07-07 10:04 Alan Schmitt
2020-06-30  7:00 Alan Schmitt
2020-06-16  8:36 Alan Schmitt
2020-06-09  8:28 Alan Schmitt
2020-05-19  9:52 Alan Schmitt
2020-05-12  7:45 Alan Schmitt
2020-05-05  7:45 Alan Schmitt
2020-04-28 12:44 Alan Schmitt
2020-04-21  8:58 Alan Schmitt
2020-04-14  7:28 Alan Schmitt
2020-04-07  7:51 Alan Schmitt
2020-03-31  9:54 Alan Schmitt
2020-03-24  9:31 Alan Schmitt
2020-03-17 11:04 Alan Schmitt
2020-03-10 14:28 Alan Schmitt
2020-03-03  8:00 Alan Schmitt
2020-02-25  8:51 Alan Schmitt
2020-02-18  8:18 Alan Schmitt
2020-02-04  8:47 Alan Schmitt
2020-01-28 10:53 Alan Schmitt
2020-01-21 14:08 Alan Schmitt
2020-01-14 14:16 Alan Schmitt
2020-01-07 13:43 Alan Schmitt
2019-12-31  9:18 Alan Schmitt
2019-12-17  8:52 Alan Schmitt
2019-12-10  8:21 Alan Schmitt
2019-12-03 15:42 Alan Schmitt
2019-11-26  8:33 Alan Schmitt
2019-11-12 13:21 Alan Schmitt
2019-11-05  6:55 Alan Schmitt
2019-10-15  7:28 Alan Schmitt
2019-09-03  7:35 Alan Schmitt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2bjxjbqd3.fsf@petitepomme.net \
    --to=alan.schmitt@polytechnique.org \
    --cc=caml-list@inria.fr \
    --cc=lwn@lwn.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox