From: Jeremie Dimino <jdimino@janestreet.com>
To: ygrek <ygrek@autistici.org>
Cc: "caml-list@inria.fr" <caml-list@inria.fr>
Subject: Re: [Caml-list] Package renamings for sexplib, bin_prot and a few other camlp4 syntax extensions
Date: Fri, 5 Feb 2016 09:36:48 +0000 [thread overview]
Message-ID: <CANhEzE5zQ9s-5Mann-Xzg2bHHj9MCDoFsUBT3E-pO2MDR-15MA@mail.gmail.com> (raw)
In-Reply-To: <20160203112009.5a536810@kiwi.local.tld>
[-- Attachment #1: Type: text/plain, Size: 822 bytes --]
On Wed, Feb 3, 2016 at 7:20 PM, ygrek <ygrek@autistici.org> wrote:
> I wonder if keeping empty sexplib.syntax subpackage with only
> requires="pa_sexp_conv" line
> will prevent build breakage (one will only need to fix opam dependencies)?
>
That would work for now. However, sooner or latter some change in
sexplib will break the code generated by pa_sexp_conv and we'll have the
same problem again.
The current forced upgrade is simple (one sed command [1]) and it's a hint
that it's a good time to switch to ppx. We published a tool to help with
this BTW [2]
[1] https://github.com/ocaml/opam-repository/blob/master/CHANGES.md
[2]
https://blogs.janestreet.com/converting-a-code-base-from-camlp4-to-ppx
https://github.com/janestreet/camlp4-to-ppx
--
Jeremie
[-- Attachment #2: Type: text/html, Size: 2324 bytes --]
next prev parent reply other threads:[~2016-02-05 9:37 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-26 10:44 Jeremie Dimino
2016-01-26 13:57 ` Ivan Gotovchits
2016-01-26 14:50 ` Jeremie Dimino
2016-01-26 15:15 ` Ivan Gotovchits
2016-01-26 16:15 ` Jeremie Dimino
2016-01-26 16:56 ` Ivan Gotovchits
2016-01-26 17:17 ` Jeremie Dimino
2016-02-03 10:37 ` Jeremie Dimino
2016-02-03 19:20 ` ygrek
2016-02-05 9:36 ` Jeremie Dimino [this message]
2016-03-09 15:56 ` Junsong Li
2016-03-09 16:06 ` Jeremie Dimino
2016-03-09 16:23 ` Junsong Li
2016-03-09 17:16 ` Ivan Gotovchits
2016-03-09 17:31 ` Junsong Li
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=CANhEzE5zQ9s-5Mann-Xzg2bHHj9MCDoFsUBT3E-pO2MDR-15MA@mail.gmail.com \
--to=jdimino@janestreet.com \
--cc=caml-list@inria.fr \
--cc=ygrek@autistici.org \
/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