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, 15 Apr 2025 11:51:33 +0200 [thread overview]
Message-ID: <m2r01t92hm.fsf@mac-03220211.irisa.fr> (raw)
[-- Attachment #1: Type: text/plain, Size: 17552 bytes --]
Hello
Here is the latest OCaml Weekly News, for the week of April 08 to 15,
2025.
Table of Contents
─────────────────
Semgrep is hiring OCaml developers to help develop our supply chain security product!
Subprocess: a library for launching and communicating with Unix commands
cudajit: Bindings to the `cuda' and `nvrtc' libraries
qcheck-lin and qcheck-stm 0.2
Call for Volunteers to Help Maintain the Opam-Repository
Dune package management update
Ocsigen public meeting
Looking for Maintainers / Moderators for the OCaml Cookbook
SCGI library for OCaml and eio
Other OCaml News
Old CWN
Semgrep is hiring OCaml developers to help develop our supply chain security product!
═════════════════════════════════════════════════════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/semgrep-is-hiring-ocaml-developers-to-help-develop-our-supply-chain-security-product/16464/1>
Aaron Acosta announced
──────────────────────
Semgrep is an application security company focused on detecting and
remediating vulnerabilities. The static analysis engine is primarily
written in OCaml. We're looking for a senior or staff software
engineer to help us enhance our third-party vulnerability detection
capabilities. The ideal candidate has owned a critical tool, has
worked on an OCaml project, has experience leading development teams
and mentoring, and has some experience with supply chain security.
If this sounds interesting to you, see our job posting at
[Senior/Staff Program Analysis Engineer, Supply Chain]! Let me know if
you have any questions!
[Senior/Staff Program Analysis Engineer, Supply Chain]
<https://job-boards.greenhouse.io/semgrep/jobs/4672858007>
Subprocess: a library for launching and communicating with Unix commands
════════════════════════════════════════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/ann-subprocess-a-library-for-launching-and-communicating-with-unix-commands/16467/1>
Aaron Christianson announced
────────────────────────────
_An OCaml library with *[documentation]!?*_
Yes. I realize it's unorthodox, but I thought I'd give it a shot.
I began my programming journey a bit later than most, and I began it
with Bash. Over the years I've grown apart from Bash and even written
some semi-popular [anti-Bash propaganda].
However, while I'm not particularly a fan of shell programming
languages, I've maintained a long-term interest in the types of
automation tasks which the shell lends itself to, and I have a soft
spot in my heart for languages which make this type of programming a
priority—languages such as AWK, Perl and Ruby.
Since learning OCaml, I always felt that it could be a good language
for these kinds of jobs with its light syntax, extensive Unix
interface and great regex libraries (I'm talking about `Re' and
friends, not `Str').
However, I always felt the provided interfaces for working with
processes were… not quite what I was looking for. `Sys.command'
(combined with `Filename.quote_command', of course) is OK for what it
does, but it doesn't do much. The more extensive set of process
handling commands in the Unix library make just about anything
possible, but they don't _feel good_ to me.
So I set out to create a library for working with Unix commands which
feels right to me. Subprocess focuses on *safety* and *ease of use*—in
that order. I hope someone besides myself will feel the same about it.
Note that this is the first release (and my first public OCaml
library) and I welcome feedback and criticism.
• Github: <https://github.com/ninjaaron/ocaml-subprocess>
• Opam: <https://ocaml.org/p/subprocess/latest>
• Odoc docs:
<https://ninjaaron.github.io/ocaml-subprocess/subprocess/index.html>
[documentation]
<https://ninjaaron.github.io/ocaml-subprocess/subprocess/index.html>
[anti-Bash propaganda]
<https://github.com/ninjaaron/replacing-bash-scripting-with-python>
cudajit: Bindings to the `cuda' and `nvrtc' libraries
═════════════════════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/ann-cudajit-bindings-to-the-cuda-and-nvrtc-libraries/15010/3>
Lukasz Stafiniak announced
──────────────────────────
cudajit 0.7.0 is now available in the opam repository. It is now split
into separate libraries covering NVRTC bindings and CUDA bindings, so
that `Nvrtc' doesn't need CUDA drivers to run.
Version 0.7.0 brings full native Windows compatibility.
Version 0.6.0 improves memory safety and debuggability.
cudajit.0.7.0 can be used with OCANNL neural_nets_lib.0.5.2 also in
the opam repository. Enjoy!
qcheck-lin and qcheck-stm 0.2
═════════════════════════════
Archive:
<https://discuss.ocaml.org/t/ann-qcheck-lin-and-qcheck-stm-0-2/12301/6>
Jan Midtgaard announced
───────────────────────
Version 0.8 of `qcheck-lin', `qcheck-stm', and
`qcheck-multicoretests-util' was just merged on the opam repository:
<https://github.com/ocaml-multicore/multicoretests/releases/tag/0.8>
The 0.8 release improves the error finding ability of the `Lin_thread'
and `STM_thread' modes:
• [#540]: Significantly increase the probability of context switching
in `Lin_thread' and `STM_thread' by utilizing `Gc.Memprof'
callbacks. Avoid on 5.0-5.2 without `Gc.Memprof' support.
• [#546]: Speed up `Lin''s default `string' and `bytes' shrinkers.
• [#547]: Add `Util.Pp.{cst4,cst5}'
Happy testing! :smiley:
[#540] <https://github.com/ocaml-multicore/multicoretests/pull/540>
[#546] <https://github.com/ocaml-multicore/multicoretests/pull/546>
[#547] <https://github.com/ocaml-multicore/multicoretests/pull/547>
Call for Volunteers to Help Maintain the Opam-Repository
════════════════════════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/call-for-volunteers-to-help-maintain-the-opam-repository/16476/1>
Shon announced
──────────────
*The opam-repository needs your help! :camel::heart:*
*tl;dr*: Want to grow your OCaml connections and expertise while
supporting a pillar of the ecosystem? Then join us as an
opam-repository maintainer by commenting on the issue [Volunteer to
Maintain the opam Repository :raised_hand_with_fingers_splayed:]!
The [opam-repository] is the official store of package descriptions
for the extended OCaml ecosystem. It serves more than 4400 packages
thru the `opam' package manager and index, and it is approaching 200
new packages and releases per month. The `opam' system is unique among
widely used programming language packaging systems in offering the
following:
• It supports [system dependencies] to abstract over the packaging
complexities of most commonly used platforms.
• It is tested by an [extensive CI matrix] to ensure packages are
working, installable, and interoperable.
• It is [curated] to cultivate an ecosystem of high quality, useful
packages.
This all takes a lot of work and it presents a wide field of
interesting socio-technical problems and exciting opportunities.
Here are two of the projects we've tackled recently:
• Organizing and executing the archiving initiative, led by @hannes,
and presented in ["Pushing the opam-repository into a sustainable
repository"]
• Work to [Improve the CI systems and maintain the infrastructure]
*The [opam-repository maintainers] needs the help of curious and
motivated volunteers, like you!*
[Volunteer to Maintain the opam Repository
:raised_hand_with_fingers_splayed:]
<https://github.com/ocaml/opam-repository/issues/27740>
[opam-repository] <https://github.com/ocaml/opam-repository>
[system dependencies]
<https://opam.ocaml.org/doc/Manual.html#opamfield-depexts>
[extensive CI matrix]
<https://github.com/ocurrent/opam-repo-ci/blob/master/doc/platforms.md>
[curated]
<https://github.com/ocaml/opam-repository/tree/master/governance/policies>
["Pushing the opam-repository into a sustainable repository"]
<https://blog.robur.coop/articles/2025-03-26-opam-repository-archive.html>
[Improve the CI systems and maintain the infrastructure]
<https://ocaml.org/changelog/2024-10-02-updates>
[opam-repository maintainers]
<https://github.com/ocaml/opam-repository/tree/master/governance>
Opportunities
╌╌╌╌╌╌╌╌╌╌╌╌╌
This is a great opportunity for newer and seasoned members of the
OCaml community to serve a critical function and make a big impact on
the sustainability and health of our growing ecosystem:
• Connect with and support contributors from across the ecosystem.
• Contribute to a large, long-running open source project.
• Learn from an experienced group of caring and committed maintainers.
• Learn advanced techniques in packaging management, in a variety of
build systems, and in every niche of the extended OCaml ecosystem.
• Help to evolve the tooling, infrastructure, and processes that
enable our distributed community to share programs!
Next steps
╌╌╌╌╌╌╌╌╌╌
• Ask any questions in this thread, or by contacting one of the
[active maintainers] directly.
• Volunteer by commenting on the issue [Volunteer to Maintain the opam
Repository :raised_hand_with_fingers_splayed:].
• We will arrange for an orientation session for all interested
maintainer!
We look forward to working with you!
– The Opam Repository Maintainers
[Volunteer to Maintain the opam Repository
:raised_hand_with_fingers_splayed:]
<https://github.com/ocaml/opam-repository/issues/27740>
Dune package management update
══════════════════════════════
Archive:
<https://discuss.ocaml.org/t/dune-package-management-update/16477/1>
Marek Kubica announced
──────────────────────
Hi fellow camel-wranglers,
It has been a bit quiet with updates lately with regards to the Dune
package management feature, but it doesn't mean that the work has
stalled. We're still continuing and got to a point where the code is
mature enough to test it on all packages in OPAM-repository.
Some of you might be aware of [OPAM-health-check]: a tool/service that
monitors how much of the OPAM ecosystem can be built successfully. We
extended it to build packages with Dune.
It's a bit of a longer read, with all the explanations and thoughts
that went into this, but I am sure it'll be interesting for you what
challenges we had, what progress happened in the last few months and
most importantly, where we currently are:
<https://tarides.com/blog/2025-04-11-expanding-dune-package-management-to-the-rest-of-the-ecosystem/>
We're of course not done yet. So expect more update posts as we try to
get as many projects working as possible in the future. If you have
questions, ideas, suggestions, feel free to drop in in this thread :-)
Thanks go out to my coworkers involved in this effort (@gridbugs
@maiste @art-w @ElectreAAS @shym @mtelvers).
[OPAM-health-check] <https://github.com/ocurrent/opam-health-check/>
Ocsigen public meeting
══════════════════════
Archive:
<https://discuss.ocaml.org/t/ann-ocsigen-public-meeting/16408/3>
Continuing this thread, Vincent Balat announced
───────────────────────────────────────────────
Thank you for the attendance! This was a very dense meeting :) The
minutes of the meeting are available [here]
[here]
<https://docs.google.com/document/d/11oLeQs3whCj1BLztVmlr4tVA3G1xKl50ZewdN0CrHMI/edit?tab=t.0>
Looking for Maintainers / Moderators for the OCaml Cookbook
═══════════════════════════════════════════════════════════
Archive:
<https://discuss.ocaml.org/t/looking-for-maintainers-moderators-for-the-ocaml-cookbook/16497/1>
Sabine Schmaltz announced
─────────────────────────
Hi everyone,
after we added the [OCaml Cookbook on OCaml.org], we got into a
position where we
1. had contributions sitting around for a while because we did not
have the capacity to review and moderate these additions, and
2. felt we do not have a good enough understanding of the ecosystem in
general to assess whether the chosen libraries are reasonable, or
whether there's other options that need to be mentioned.
To make the cookbook really useful, we need to build a better process
around maintaining it and adding to it.
I propose:
1. We appoint a handful of moderators / maintainers for the OCaml
Cookbook, drawing from volunteers.
2. I create a Telegram group to stay in contact with you all to ask
for help on cookbook PRs. (This could a group focused precisely on
the OCaml Cookbook.)
So, if you're up for helping with the cookbook, have any questions, or
other remarks, please reach out to sabine@tarides.com, or reply here!
:orange_heart:
[OCaml Cookbook on OCaml.org] <https://ocaml.org/cookbook>
SCGI library for OCaml and eio
══════════════════════════════
Archive:
<https://discuss.ocaml.org/t/scgi-library-for-ocaml-and-eio/16498/1>
Marc Coquand announced
──────────────────────
Hey everyone!
To learn a bit of networking and eio, I wrote an [scgi library with
eio support]. It aims to just implement the scgi protocol and a few
helpers for writing HTTP responses. It's still very new, and I am
looking for feedback on the interface and implementation before I
publish it to opam.
Here's a simple ping/pong example to get started:
┌────
│ open Scgi_eio
│
│ let handler (request : Request.t) =
│ match Request.path request with
│ | ["ping"] ->
│ Http_response.body_string `Ok "pong"
│ | _ ->
│ Http_response.body_status `Not_found
│
│ let () : unit =
│ let port = 3000 in
│ Eio_main.run
│ @@ fun env ->
│ let addr = `Tcp (Eio.Net.Ipaddr.V4.loopback, port) in
│ let net = Eio.Stdenv.net env in
│ Eio.Switch.run
│ @@ fun sw ->
│ let conn = Eio.Net.listen net ~sw ~reuse_addr:true ~backlog:5 addr in
│ Eio.traceln "Listening to connections on port %s" (string_of_int port) ;
│ Eio.Net.run_server conn
│ (Scgi_eio.http_server ~settings:Scgi_eio.default_settings handler)
│ ~on_error:(Eio.traceln "Error handling connection: %a" Fmt.exn)
└────
[scgi library with eio support] <https://git.sr.ht/~marcc/scgi-eio>
Other OCaml News
════════════════
From the ocaml.org blog
───────────────────────
Here are links from many OCaml blogs aggregated at [the ocaml.org
blog].
• [Expanding Dune Package Management to the Rest of the Ecosystem]
• [DNSvizor - run your own DHCP and DNS MirageOS unikernel - gets some
testing]
[the ocaml.org blog] <https://ocaml.org/blog/>
[Expanding Dune Package Management to the Rest of the Ecosystem]
<https://tarides.com/blog/2025-04-11-expanding-dune-package-management-to-the-rest-of-the-ecosystem>
[DNSvizor - run your own DHCP and DNS MirageOS unikernel - gets some
testing] <https://blog.robur.coop/articles/dnsvizor02.html>
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: 30370 bytes --]
next reply other threads:[~2025-04-15 9:51 UTC|newest]
Thread overview: 236+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-15 9:51 Alan Schmitt [this message]
-- strict thread matches above, loose matches on Subject: below --
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-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=m2r01t92hm.fsf@mac-03220211.irisa.fr \
--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