caml-list - the Caml user's mailing list
 help / Atom feed
From: Alan Schmitt <alan.schmitt@polytechnique.org>
To: "lwn" <lwn@lwn.net>, "cwn"  <cwn@lists.idyll.org>, caml-list@inria.fr, comp@lists.orbitalfox.eu
Subject: [Caml-list] Attn: Development Editor, Latest OCaml Weekly News
Date: Tue, 18 Feb 2020 09:18:12 +0100
Message-ID: <87d0acia0r.fsf@polytechnique.org> (raw)

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

Hello

Here is the latest OCaml Weekly News, for the week of February 11 to 18,
2020.

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

Logical 0.3.0
OCaml 4.10.0, first release candidate
New release of Menhir, including bug fixes
First release of data-encoding, JSON and binary serialisation
Opam package popularity?
What's the OCaml equivalent for HLint?
New release of naboris 0.1.1
Category theory for Programmers book - OCaml flavor
Call for Speakers: Build Meetup New York April 2020
Old CWN


Logical 0.3.0
═════════════

  Archive: <https://discuss.ocaml.org/t/ann-logical-0-3-0/5150/1>


Tóth Róbert announced
─────────────────────

  I proud to announce that I published Logical 0.3.0 and it's available
  in opam. I'm also not to proud to announce that I did a bunch of
  breaking changes in this release. :D

  During development of this release, I realized that I made the biggest
  mistake I could do as a library maintainer, which is that I didn't use
  my own library, so I made a bunch of stupid design mistakes, which I
  hopefully fixed in this release.

  Changelog:
  • Added both_multi goal
  • Removed set from the type system
  • Moved type system to separate module
  • Re-factored state to be a map instead of an association list
  • Added bunch of examples to the bin folder

  One of my main goal with Logical was to solve the puzzles that I found
  in this entertaining article:
  <https://xmonader.github.io/prolog/2018/12/21/solving-murder-prolog.html>
  and it became a reality so hurray.  Another important thing to mention
  is that I can proudly say that Logical is capable of solving a mystery
  murder, so it's at least a mystery murder complete
  language/framework. :D

  Future plans(0.4.0 release):
  • I want to introduce conditions or validations (I need to find a good
    name for it) on the variables, which would basically be a function,
    which is run when the variable gets it's value, so it's possible to
    assess if the value is a good one or not. I think this feature is
    extremely general, flexible and powerful, so I have to be careful
    how I implement it(if I will). :D It also means that implementing
    negation in Logical will become a breeze, so that's it for being
    negation free.
  • I'm thinking of creating a Variable module, which will by more like
    a syntactic sugar for creating variables. I'm not sure about this,
    because this would make Goal.equal "obsolete".
  • I will hide Base's datatypes behind ours, so the user don't have to
    depend on base to use the library.

  Let me know if you have any suggestion or comment about Logical.

  Github: <https://github.com/StrykerKKD/Logical>
  Docs: <https://strykerkkd.github.io/Logical>


OCaml 4.10.0, first release candidate
═════════════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/ocaml-4-10-0-first-release-candidate/5137/2>


octachron announced
───────────────────

  We have released a second release candidate to integrate a bug fix for
  32-bit users of the new best-fit allocator:

  <https://github.com/ocaml/ocaml/pull/9292>

  The fix should be transparent for other users, the release is mostly
  here to try to minimize the difference between the candidate and final
  binaries.


New release of Menhir, including bug fixes
══════════════════════════════════════════

  Archive:
  <https://sympa.inria.fr/sympa/arc/caml-list/2020-02/msg00023.html>


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

  Dear users of OCaml & Menhir,

  It is my pleasure to announce a new release of Menhir.

  ┌────
  │ opam update
  │ opam upgrade menhir
  └────

  This release fixes two bugs in our implementation of Pager's
  algorithm.  Menhir relies on this algorithm to build an LR automaton
  and to decide which states can safely be merged, where "safely" means
  "without creating unexplainable conflicts". One bug (which had been
  known for a long time, but not fixed) would cause Menhir to sometimes
  make an unsafe merge decision, thereby creating an unexplainable
  conflict. The other bug (which had never been discovered until now)
  would cause Menhir to sometimes miss a safe merge decision, thereby
  creating an automaton with needlessly many states.

  In summary, after upgrading to this version, you may find (in some
  cases) that the parser produced by Menhir for your grammar has
  changed. It may have slightly more or slightly fewer states than the
  parser produced by previous versions of Menhir. Even in cases where
  the parser hasn't changed, the numbering of the states can be
  different.

  Feedback is welcome.

  Happy parsing,

  François Pottier
  francois.pottier@inria.fr
  <http://cambium.inria.fr/~fpottier/>


2020/02/11
╌╌╌╌╌╌╌╌╌╌

  • Re-implement Menhir's default algorithm for constructing LR(1)
    automata, namely Pager's algorithm. This closes issue #21 (reported
    by Andrej Bauer), a bug that would sometimes cause unexplainable
    conflicts to appear, because states were merged too
    aggressively. This also removes an unreported bug that would cause
    the automaton to have too many states, because states were *not*
    merged aggressively enough. In summary, the old and new construction
    algorithms differ: in many cases, the resulting automaton is
    unchanged, but in some cases, the automaton produced by the new
    algorithm may have slightly more or slightly fewer states.

  • Re-implement Menhir's algorithm for constructing automata in
    `--no-pager' mode. In this (undocumented) mode, Menhir does not
    merge any states, but allows itself to redirect a transition from a
    state `s' to a *larger* state `s''. This method yields an automaton
    whose states form a subset of the states of the canonical LR(1)
    automaton. It usually has significantly fewer states than the
    canonical automaton, and significantly more states than the
    automaton produced by Pager's algorithm. The new construction method
    removes an unreported bug that would cause the automaton to have too
    many states. The automaton produced by the new algorithm will
    usually have significantly fewer states than the automaton produced
    by the previous algorithm.

  • Re-implement Menhir's algorithms for constructing automata in
    `--lalr' and `--canonical' modes. The previous algorithms were
    correct, as far as we know, so the output of the new algorithms is
    the same, up to a possible renumbering of the states. The new
    algorithms are slightly faster.

  • Increase the maximum length of a production, which used to be 127,
    up to 1023. Display a polite error message if this length is
    exceeded. (Problem reported by Andreas Abel.)

  • The new switch `--timings-to <filename>' causes internal timing
    information to be written to the file `<filename>'.

  • A version of the library `fix' is now vendored (included) inside
    Menhir. This should have no impact for end users, but implies that
    `dune' 2.2.0 or later is required.


First release of data-encoding, JSON and binary serialisation
═════════════════════════════════════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/ann-first-release-of-data-encoding-json-and-binary-serialisation/4444/8>


Raphaël Proust announced
────────────────────────

  The newly released version (0.2) addresses this. All the binary
  reading/writing primitives use `result' by default and have `_opt' and
  `_exn' variants.

  The JSON primitives are not yet changed because they rely on an
  external library that has more idiosyncratic error management. (This
  will eventually be fixed in a future version.)


Opam package popularity?
════════════════════════

  Archive: <https://discuss.ocaml.org/t/opam-package-popularity/5159/1>


Chet Murthy asked
─────────────────

  Is there someplace a database of opam packages and their popularity?
  Obviously it'd be inaccurate, but it'd still be interesting to see
  which packages are most-often downloaded via opam …..


Levi Roth replied
─────────────────

  The listing at <https://opam.ocaml.org/packages/index-popularity.html>
  has the download counts (I think for the latest month, not sure if
  that means past 30 days or since the start of the current calendar
  month) as title attributes on the table rows.


What's the OCaml equivalent for HLint?
══════════════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/whats-the-ocaml-equivalent-for-hlint/5167/1>


Fangyi Zhou asked
─────────────────

  I've been using OCaml for quite a while and one thing I've been
  looking for is a good linter, ideally something like the Haskell
  [HLint].

  I found [this] which seems quite old - latest release in 2012.

  Sorry if this has been raised previously.


[HLint] <https://github.com/ndmitchell/hlint>

[this] <http://mascot.x9c.fr/index.html>


"Aaron L. Zeng
──────────────

  Something similar, but not as featureful, is [ppx_js_style].  It's
  somewhat opinionated, but the checks aren't Jane Street-specific.


[ppx_js_style] <https://github.com/janestreet/ppx_js_style>


New release of naboris 0.1.1
════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/announce-new-release-of-naboris-0-1-1/5173/1>


Shawn McGinty announced
───────────────────────

  <https://github.com/shawn-mcginty/naboris>

  • *(much)* Better performance
  • API improvements


Category theory for Programmers book - OCaml flavor
═══════════════════════════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/category-theory-for-programmers-book-ocaml-flavor/3905/4>


Anton Kochkov announced
───────────────────────

  Thanks to @Arul the book was finished, and now is available for
  download here -
  <https://github.com/hmemcpy/milewski-ctfp-pdf/releases/tag/v1.4.0-rc1>

  Please, enjoy and report a feedback.


Call for Speakers: Build Meetup New York April 2020
═══════════════════════════════════════════════════

  Archive:
  <https://discuss.ocaml.org/t/call-for-speakers-build-meetup-new-york-april-2020/5174/1>


Jérémie Dimino announced
────────────────────────

  On April 7th and 8th, [Jane Street], [Bloomberg] and [Google] will be
  hosting a Build Meetup at the [Jane Street offices] in New York City.

  As we begin shaping our schedule, we are reaching out to a number of
  communities to find people who would like to participate in the
  event. Speaker sign-ups are now live [here].

  We are excited to announce that the keynote will be presented by the
  authors of the research paper “[From Laptop to Lambda: Outsourcing
  Everyday Jobs to Thousands of Transient Functional Containers]” which
  examines the exciting possibilities for build through the use of cloud
  functions.

  The entire event will be themed around all things build and test:
  Bazel, Buck, BuildStream, CMake, Dune, Goma, Pants, Recc and Remote
  Execution. In addition to this, we are interested in the growing
  surrounding ecosystems, such as editor integration and developer build
  experience as a whole.

  The meetup will run as follows: on day one, a series of talks will be
  presented along with breakfast, lunch and refreshments. This will be
  followed by an evening social at a nearby venue to continue the
  discussions from throughout the day.

  On the second day there will be an opportunity for broader community
  collaboration and discussion during our all day code sprint.

  We are looking for insightful and engaging talks and presentations on
  topics focused around build systems. Have you worked tirelessly for
  the past 6 months on a new feature for project foo you would like to
  showcase? Have you and your team spent the last year integrating the
  tool bar at your workplace? Do you have some comparisons to make
  between qux and quux that the community could benefit from?

  If so, we would love to [hear from you]!

  We welcome proposals for talks across the entire ecosystem. Each talk
  should ideally last 30 minutes, followed by time for questions.

  Keep your eyes out for meetup registration information, which will be
  sent separately over the next few weeks!


[Jane Street] <https://www.janestreet.com/>

[Bloomberg] <https://www.techatbloomberg.com/>

[Google] <http://www.google.com/>

[Jane Street offices] <https://www.janestreet.com/contact-us/nyc/>

[here]
<https://docs.google.com/forms/d/e/1FAIpQLSdtOR-oAcxmxxYpkSpTPSbsrR_eLwza6plhyAkBGA6UrLK5xw/viewform?usp=sf_link>

[From Laptop to Lambda: Outsourcing Everyday Jobs to Thousands of
Transient Functional Containers]
<http://stanford.edu/~sadjad/gg-paper.pdf>

[hear from you]
<https://docs.google.com/forms/d/e/1FAIpQLSdtOR-oAcxmxxYpkSpTPSbsrR_eLwza6plhyAkBGA6UrLK5xw/viewform?usp=sf_link>


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] <http://alan.petitepomme.net/cwn/>

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

[online] <http://lists.idyll.org/listinfo/caml-news-weekly/>

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


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

         reply index

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-03  7:35 Alan Schmitt
2019-10-15  7:28 Alan Schmitt
2019-11-05  6:55 Alan Schmitt
2019-11-12 13:21 Alan Schmitt
2019-11-26  8:33 Alan Schmitt
2019-12-03 15:43 Alan Schmitt
2019-12-10  8:21 Alan Schmitt
2019-12-17  8:52 Alan Schmitt
2019-12-31  9:18 Alan Schmitt
2020-01-07 13:43 Alan Schmitt
2020-01-14 14:17 Alan Schmitt
2020-01-21 14:09 Alan Schmitt
2020-01-28 10:54 Alan Schmitt
2020-02-04  8:47 Alan Schmitt
2020-02-18  8:18 Alan Schmitt [this message]
2020-02-25  8:51 Alan Schmitt
2020-03-03  8:00 Alan Schmitt
2020-03-10 14:29 Alan Schmitt
2020-03-17 11:04 Alan Schmitt
2020-03-24  9:31 Alan Schmitt
2020-03-31  9:55 Alan Schmitt
2020-04-07  7:51 Alan Schmitt
2020-04-14  7:28 Alan Schmitt
2020-04-21  8:58 Alan Schmitt
2020-04-28 12:45 Alan Schmitt
2020-05-05  7:45 Alan Schmitt
2020-05-12  7:46 Alan Schmitt
2020-05-19  9:53 Alan Schmitt
2020-06-09  8:29 Alan Schmitt
2020-06-16  8:36 Alan Schmitt
2020-06-30  7:00 Alan Schmitt
2020-07-07 10:05 Alan Schmitt
2020-07-14  9:55 Alan Schmitt
2020-07-21 14:43 Alan Schmitt
2020-07-28 16:58 Alan Schmitt
2020-08-18  7:26 Alan Schmitt
2020-09-01  7:55 Alan Schmitt
2020-09-08 13:11 Alan Schmitt
2020-09-22  7:27 Alan Schmitt
2020-09-29  7:02 Alan Schmitt
2020-10-06  7:22 Alan Schmitt
2020-10-20  8:16 Alan Schmitt

Reply instructions:

You may reply publically 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=87d0acia0r.fsf@polytechnique.org \
    --to=alan.schmitt@polytechnique.org \
    --cc=caml-list@inria.fr \
    --cc=comp@lists.orbitalfox.eu \
    --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

caml-list - the Caml user's mailing list

Archives are clonable: git clone --mirror https://inbox.ocaml.org/caml-list

AGPL code for this site: git clone https://public-inbox.org/ public-inbox