From: Alan Schmitt <alan.schmitt@polytechnique.org>
To: "lwn" <lwn@lwn.net>, "cwn" <cwn@lists.idyll.org>, caml-list@inria.fr
Subject: [Caml-list] Attn: Development Editor, Latest OCaml Weekly News
Date: Tue, 26 Jul 2022 19:54:27 +0200 [thread overview]
Message-ID: <871qu7kbe4.fsf@m4x.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 20463 bytes --]
Hello
Here is the latest OCaml Weekly News, for the week of July 19 to 26,
2022.
Table of Contents
─────────────────
Help w. my first GADT : unwrapping Sqlite3.Data.t
DocuLib 3.1.2 and MetaDB 1.0.2 now on OPAM
dune 3.4.0
OCaml 5.0, first normal alpha release
Other OCaml News
Old CWN
Help w. my first GADT : unwrapping Sqlite3.Data.t
═════════════════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/help-w-my-first-gadt-unwrapping-sqlite3-data-t/10202/1>
Philippe Strauss asked
──────────────────────
I would like to convert sqlite3-ocaml returns from Sqlite3.Data.t
array to plain ocaml types in a tuple. I guess unwrapping the Data.t
can be done using a GADT, here's my very very first attempt:
┌────
│ (* simulate Sqlite3.Data.t *)
│
│ type t =
│ | NONE
│ | NULL
│ | INT of int64
│ | FLOAT of float
│ | TEXT of string
│ | BLOB of string ;;
│
│ (* a simple GADT to unwrap Sqlite3.Data.t *)
│
│ type _ dbval =
│ | INT : int64 -> int64 dbval
│ | FLOAT : float -> float dbval
│ | TEXT : string -> string dbval
│ | BLOB : string -> string dbval
│ | NONE | NULL ;;
│
│ let unwrap_data : type a. a dbval -> a = fun dbval ->
│ match dbval with
│ | INT x -> x
│ | FLOAT x -> x
│ | TEXT str -> str
│ | BLOB str -> str ;;
│
│ let tuple_of_array4 (arr: t array) =
│ assert (Array.length arr = 4) ;
│ (unwrap_data arr.(0), unwrap_data arr.(1), unwrap_data arr.(2), unwrap_data arr.(3)) ;;
└────
Compilation fails with this typing error:
┌────
│ File "database.ml", line 233, characters 17-24:
│ 233 | (unwrap_data arr.(0), unwrap_data arr.(1), unwrap_data arr.(2), unwrap_data arr.(3)) ;;
│ ^^^^^^^
│ Error: This expression has type t but an expression was expected of type
│ 'a dbval
└────
What am I doing wrong? I need to make type t compatible with type 'a
dbval. Thanks in advance.
octachron replied
─────────────────
You cannot make the type `t' and `'a dbval' compatible, there are
different types.
A very important point to keep in mind with GADTs is that one cannot
create type-level information from dynamical values. In other words,
there are no functions of type ~ x : t -> f(x) dbval~that will infer
the type of its return from the value of its argument in OCaml.
Thus the type of the final result must come from your code source
rather than from the dynamical data. For instance, you can define
constructor from the type `t' to the right `dbval' type:
┌────
│ exception Type_error
│
│ let int: t -> _ dbval = function
│ | INT x -> INT x
│ | _ -> raise Type_error
│
│ let float: t -> _ dbval = function
│ | FLOAT x -> FLOAT x
│ | _ -> raise Type_error
└────
Then if you know the type of the tuple, you can write it as:
┌────
│ let tuple_of_array4 (arr: t array) =
│ assert (Array.length arr = 4) ;
│ int arr.(0), int arr.(1), int arr.(2), int arr.(3)
└────
or possibly as
┌────
│ let int4 = int, int, int, int
│ let tuple (a,b,c,d) arr =
│ assert (Array.length arr = 4) ;
│ a arr.(0), b arr.(1), c arr.(2), d arr.(3)
└────
There are more complex alternatives based on type witness, that allow
to implement a form of static matching over the dynamical type of
data, but the core idea that the types are always present in the
source code in some way is the same.
Philippe Strauss then said
──────────────────────────
Oh I didn't noticed it would be dynamical typing! I'm too used to ppx
(and previously camlp4) written db abstraction layer!
I'm simply replacing sqlexpr by plain sqlite3-ocaml in some existing
code of mine. sqlexpr quick doco:
<https://github.com/mfp/ocaml-sqlexpr>
But I can live with a Data.t array!
Yawar Amin then added
─────────────────────
Everybody has their favourite way of wrapping SQLite. Here's mine (no
PPX): <https://github.com/yawaramin/ocaml_sql_query>
It has a little data translation layer to convert from `Data.t' array
to the desired return type.
DocuLib 3.1.2 and MetaDB 1.0.2 now on OPAM
══════════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/doculib-3-1-2-and-metadb-1-0-2-now-on-opam/10204/1>
nguermond announced
───────────────────
I'm pleased to announce the release of `doculib' and `metadb', now
available on OPAM.
*DocuLib* is a GUI for document management, particularly for all the
textbooks and articles you've accumulated but know you'll never read
:thinking:. The idea of DocuLib is to keep track of metadata of files
stored across multiple libraries on your file system in such a way
that you can move, reorganize, or rename a file without losing your
metadata. You can additionally lookup metadata on `openlibrary.org' or
`semanticscholar.org'. DocuLib will also warn about missing and
duplicate files. Stored metadata presently includes author, title,
year, tags, and DOI/ISBN.
<https://global.discourse-cdn.com/standard11/uploads/ocaml/original/2X/f/fa064cd32bce6e52722d30047d8e0ef21fa09684.png>
For more screenshots and details:
<https://github.com/nguermond/doculib>
*Metadb* is the JSON database for manipulating file metadata
underlying DocuLib, in hopes that it may be useful somewhere
else. Data is stored in the following way:
┌────
│ path/to/library
│ |- .metadata
│ |- ./foo.txt.json
│ |- ./blah/bar.pdf.json
│ |- ./foobar.pdf.json
│ |- ./foo.txt
│ |- ./blah/bar.pdf
│ |- ./foobar.pdf
└────
For documentation: <https://github.com/nguermond/metadb>
dune 3.4.0
══════════
Archive: <https://discuss.ocaml.org/t/ann-dune-3-4-0/10211/1>
Etienne Millon announced
────────────────────────
On behalf of the dune team, I’m pleased to announce the release of
version 3.4.0.
Bug fixes, a couple new features, better hints and error messages - I
won't restate what's in the changelog below. Thanks to everyone
involved in this release!
• Make `dune describe' correctly handle overlapping implementations
for virtual libraries (#5971, fixes #5747, @esope)
• Building the `@check' alias should make sure the libraries and
executables don't have dependency cycles (#5892, @rgrinberg)
• [ctypes] Add support for the `errno' parameter using the
`errno_policy' field in the ctypes settings. (#5827, @droyo)
• Fix `dune coq top' when it is invoked on files from a subdirectory
of the directory containing the associated stanza (#5784, fixes
#5552, @ejgallego, @rlepigre, @Alizter)
• Fix hint when an invalid module name is found. (#5922, fixes #5273,
@emillon)
• The `(cat)' action now supports several files. (#5928, fixes #5795,
@emillon)
• Dune no longer uses shimmed `META' files for OCaml 5.x, solely using
the ones installed by the compiler. (#5916, @dra27)
• Fix handling of the `(deps)' field in `(test)' stanzas when there is
an `.expected' file. (#5952, #5951, fixes #5950, @emillon)
• Ignore insignificant filesystem events. This stops RPC in watch mode
from flashing errors on insignificant file system events such as
changes in the `.git/' directory. (#5953, @rgrinberg)
• Fix parsing more error messages emitted by the OCaml compiler. In
particular, messages where the excerpt line number started with a
blank character were skipped. (#5981, @rgrinberg)
• env stanza: warn if some rules are ignored because they appear after
a wildcard rule. (#5898, fixes #5886, @emillon)
• On Windows, XDG_CACHE_HOME is taken to be the
`FOLDERID_InternetCache' if unset, and XDG_CONFIG_HOME and
XDG_DATA_HOME are both taken to be `FOLDERID_LocalAppData' if unset.
(#5943, fixes #5808, @nojb)
Etienne Millon then added
─────────────────────────
This broke 32-bit cygwin installations, so 3.4.1 was released with a
fix.
OCaml 5.0, first normal alpha release
═════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/ocaml-5-0-first-normal-alpha-release/10216/1>
octachron announced
───────────────────
The stabilisation of OCaml 5.0 has been progressing well during the
last month. We have thus released a first normal alpha release of
OCaml 5.0.0 to help fellow hackers join us early in our bug hunting
and opam ecosystem fixing fun (see below for the installation
instructions).
You can follow the progress in stabilising the opam ecosystem on
<https://github.com/ocaml/opam-repository/issues/21526>
If you find any bugs, please report them here:
<https://github.com/ocaml/ocaml/issues>
Compared to the zeroth alpha release, this alpha release restores the
support for the bytecode debugger, and integrates a change of type in
the FFI API that might trigger some warnings in FFI code.
We also have a change in the installed files: the compiler distributes
now its own META files rather than relying on either findlib or dune
to provide those files. This should simplify the tasks of both tools
in future version.
Note there are still some changes expected in the Effect module before
the next candidate release. Generally, both the Effect and Domain
modules are still experimental and might change API even during the
beta releases.
If you are interested by the ongoing list of bug fixes, the updated
change log for OCaml 5.0.0 is available at:
<https://github.com/ocaml/ocaml/blob/5.0/Changes>
A short summary of the changes since the zeroth alpha release is also
available below.
Installation instructions
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌
The base compiler can be installed as an opam switch with the
following commands on opam 2.1:
┌────
│ opam update
│ opam switch create 5.0.0~alpha1
└────
For previous version of opam, the switch creation command line is
slightly more verbose:
┌────
│ opam update
│ opam switch create 5.0.0~alpha1 --repositories=default,beta=git+https://github.com/ocaml/ocaml-beta-repository.git
└────
If you want to test this version, it is strongly advised to install
the alpha opam repository
<https://github.com/kit-ty-kate/opam-alpha-repository>
with
┌────
│ opam repo add alpha git+https://github.com/kit-ty-kate/opam-alpha-repository.git
└────
You can check that the alpha repository has been correctly installed
with
┌────
│ $ opam repo
│
│ <><> Repository configuration for switch 5.0.0~alpha1 <><><><><><><><><><><><><>
│ 1 alpha git+https://github.com/kit-ty-kate/opam-alpha-repository.git
│ 2 default https://opam.ocaml.org
└────
This alpha repository contains various fixes in the process of being
upstreamed which vastly increases the number of opam packages
currently compatible with OCaml 5.0.0 .
If you want to tweak the configuration of the compiler, you can switch
to the option variant with:
┌────
│ opam update
│ opam switch create <switch_name> ocaml-variants.5.0.0~alpha1+options <option_list>
└────
where `option_list' is a comma separated list of `ocaml-option-*'
packages. For instance, for a flambda and no-flat-float-array switch:
┌────
│ opam switch create 5.0.0~alpha1+flambda+nffa ocaml-variants.5.0.0~alpha1+options ocaml-option-flambda
│ ocaml-option-no-flat-float-array
└────
The command line above is slightly more complicated for opam version
anterior to 2.1:
┌────
│ opam update
│ opam switch create <switch_name> --packages=ocaml-variants.5.0.0~alpha1+options,<option_list>
│ --repositories=default,beta=git+https://github.com/ocaml/ocaml-beta-repository.git
└────
In both cases, all available options can be listed with `opam search
ocaml-option'.
The source code for the alpha is also available at these addresses:
• <https://github.com/ocaml/ocaml/archive/5.0.0-alpha1.tar.gz>
• <https://caml.inria.fr/pub/distrib/ocaml-5.0/ocaml-5.0.0~alpha1.tar.gz>
Changes since the zeroth alpha release:
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌
Runtime system:
┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄
• [#11400]: Runtime events counters fixes Fixes mismatch between OCaml
and C APIs, removes events from 4.x that are not present in the 5.0
GC and adds some missing probes. (Sadiq Jaffer, review by Gabriel
Scherer, Florian Angeletti)
• [#11368]: Runtime events buffer size OCAMLRUNPARAMS fix The runtime
events buffer size can now be set via the 'e' OCAMLRUNPARAM. This
is previously mistakenly enabled/disabled tracing instead. (Sadiq
Jaffer, review by KC Sivaramakrishnan, David Allsopp, Damien
Doligez)
• [#11304]: Fix data race on Windows file descriptors (Olivier Nicole
and Xavier Leroy, review by Xavier Leroy, David Allsopp, and Sadiq
Jaffer)
• *breaking change* [#11337]: pass 'flags' metadata to root scanners,
to optimize stack scanning in the bytecode interpreter. Changes the
interface of user-provided root-scanning hooks. (Gabriel Scherer,
review by Xavier Leroy, Guillaume Munch-Maccagnoni, Sadiq Jaffer
and Tom Kelly)
• [#11144]: Restore frame-pointers support for amd64 (Fabrice Buoro,
review by Frederic Bour and KC Sivaramakrishnan)
• *breaking change* [#11255]: in the C interface, `&Field(v, i)' now
has type `volatile value *' instead of `value *' in OCaml 4. This
makes the memory model for mixed OCaml/C code better defined, but
can cause warnings or type errors in user C code. (KC
Sivaramakrishnan, review by Xavier Leroy, Gabriel Scherer and
Guillaume Munch-Maccagnoni, additional discussions with Stephen
Dolan and Luc Maranget)
[#11400] <https://github.com/ocaml/ocaml/issues/11400>
[#11368] <https://github.com/ocaml/ocaml/issues/11368>
[#11304] <https://github.com/ocaml/ocaml/issues/11304>
[#11337] <https://github.com/ocaml/ocaml/issues/11337>
[#11144] <https://github.com/ocaml/ocaml/issues/11144>
[#11255] <https://github.com/ocaml/ocaml/issues/11255>
Standard library:
┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄
• [#10867], +[#11345]: Remove deprecated values: …, the infix operator
(.[ ]<-). (Nicolás Ojeda Bär, review by Damien Doligez)
• [#11309], [#11424], [#11427]: Add
Domain.recommended_domain_count. (Christiano Haesbaert, Konstantin
Belousov, review by David Allsopp, KC Sivaramakrishnan, Gabriel
Scherer, Nicolas Ojeda Bar)
[#10867] <https://github.com/ocaml/ocaml/issues/10867>
[#11345] <https://github.com/ocaml/ocaml/issues/11345>
[#11309] <https://github.com/ocaml/ocaml/issues/11309>
[#11424] <https://github.com/ocaml/ocaml/issues/11424>
[#11427] <https://github.com/ocaml/ocaml/issues/11427>
Tools:
┄┄┄┄┄┄
• [#11065]: Port the bytecode debugger to 5.0, adding support for
effect handlers. (Damien Doligez and fabbing, review by fabbing and
Xavier Leroy)
• [#11382]: OCamlmktop use a new initialization module
"OCamlmktop_init" to preserve backward-compatibility with
user-module provided modules that install toplevel printers.
(Florian Angeletti, review by Gabriel Scherer and David Allsopp)
[#11065] <https://github.com/ocaml/ocaml/issues/11065>
[#11382] <https://github.com/ocaml/ocaml/issues/11382>
Installation:
┄┄┄┄┄┄┄┄┄┄┄┄┄
• [#11007], [#11399]: META files for the stdlib, compiler-libs and
other libraries (unix, dynlink, str, runtime_events, threads,
ocamldoc) are now installed along with the compiler. (David Allsopp,
Florian Angeletti, Nicolás Ojeda Bär and Sébastien Hinderer, review
by Daniel Bünzli, Kate Deplaix, Anil Madhavapeddy and Gabriel
Scherer)
[#11007] <https://github.com/ocaml/ocaml/issues/11007>
[#11399] <https://github.com/ocaml/ocaml/issues/11399>
Bug fixes:
┄┄┄┄┄┄┄┄┄┄
• [#10768], [#11340]: Fix typechecking regression when combining first
class modules and GADTs. (Jacques Garrigue, report by François
Thiré, review by Matthew Ryan)
• [#10790]: don't drop variance and injectivity annotations when
pretty printing `with' constraints (for example, `with type +!'a t =
...'). (Florian Angeletti, report by Luke Maurer, review by Matthew
Ryan and Gabriel Scherer)
• [#11289], [#11405]: fix some leaks on systhread termination (Fabrice
Buoro, Enguerrand Decorne, Gabriel Scherer, review by Xavier Leroy
and Florian Angeletti, report by Romain Beauxis)
• [#11314], [#11416]: fix non-informative error message for module
inclusion (Florian Angeletti, report by Thierry Martinez, review by
Gabriel Scherer)
• [#11358], [#11379]: Refactor the initialization of bytecode
threading, This avoids a "dangling pointer" warning of GCC
12.1. (Xavier Leroy, report by Armaël Guéneau, review by Gabriel
Scherer)
• [#11387], module type with constraints no longer crash the compiler
in presence of both shadowing warnings and the `-bin-annot' compiler
flag. (Florian Angeletti, report by Christophe Raffalli, review by
Gabriel Scherer)
[#10768] <https://github.com/ocaml/ocaml/issues/10768>
[#11340] <https://github.com/ocaml/ocaml/issues/11340>
[#10790] <https://github.com/ocaml/ocaml/issues/10790>
[#11289] <https://github.com/ocaml/ocaml/issues/11289>
[#11405] <https://github.com/ocaml/ocaml/issues/11405>
[#11314] <https://github.com/ocaml/ocaml/issues/11314>
[#11416] <https://github.com/ocaml/ocaml/issues/11416>
[#11358] <https://github.com/ocaml/ocaml/issues/11358>
[#11379] <https://github.com/ocaml/ocaml/issues/11379>
[#11387] <https://github.com/ocaml/ocaml/issues/11387>
Other OCaml News
════════════════
From the ocaml.org blog
───────────────────────
Here are links from many OCaml blogs aggregated at [the ocaml.org
blog].
• [Tarides is on the Wavestone Radar!]
[the ocaml.org blog] <https://ocaml.org/blog/>
[Tarides is on the Wavestone Radar!]
<https://tarides.com/blog/2022-07-19-tarides-is-on-the-wavestone-radar>
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
[online].
[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>
[online] <http://lists.idyll.org/listinfo/caml-news-weekly/>
[Alan Schmitt] <https://alan.petitepomme.net/>
[-- Attachment #2: Type: text/html, Size: 36788 bytes --]
next reply other threads:[~2022-07-26 17:54 UTC|newest]
Thread overview: 236+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-26 17:54 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-10 13:48 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-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=871qu7kbe4.fsf@m4x.org \
--to=alan.schmitt@polytechnique.org \
--cc=caml-list@inria.fr \
--cc=cwn@lists.idyll.org \
--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