From: "François Bobot" <francois.bobot@cea.fr>
To: Gerd Stolpmann <info@gerd-stolpmann.de>
Cc: OCaml Mailing List <caml-list@inria.fr>
Subject: Re: [Caml-list] Dependencies between plugins
Date: Mon, 27 Apr 2015 13:55:45 +0200 [thread overview]
Message-ID: <553E23C1.1000802@cea.fr> (raw)
In-Reply-To: <1430128317.3427.70.camel@zotac>
On 27/04/2015 11:51, Gerd Stolpmann wrote:
> François,
>
> I was thinking again about this issue. Introducing a third category
> "shared" in addition to byte and native seems to be a bit odd. Actually,
> what we really want to have is a second dimension plugin/executable in
> addition to the already existing byte/native dimension, so that we can
> have:
>
> - byte + executable (cmo)
> - native + executable (cmx)
> - byte + plugin (cmo, too)
> - native + plugin (cmxs)
>
This solution represent a more satisfying goal than mine, so even if more META will have to be
modified at the end it is better.
>
> archive(native) = "..."
>
> as
>
> archive(native,executable) = "..."
>
> if there is no other reference to the executable predicate. This would
> be a special fixup after parsing META. After a transition phase (say,
> two years from now on) we would consider archive(native) as an error.
An error? archive(native) will remain a special case?
> The upcoming META lint will report this issue.
Nice.
>
> This way, the existing META files can still be used for some time,
> including those specifying plugins. There is no hurry in changing this
> detail. However, you are absolutely right that the current use of
> "plugin" breaks the way the predicates are defined, and in the long term
> this is worth fixing.
>
Great! Do you need some help for implementing all of that?
--
François
next prev parent reply other threads:[~2015-04-27 11:55 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-03 13:15 François Bobot
2015-03-03 13:40 ` Gabriel Scherer
2015-03-03 14:23 ` François Bobot
2015-03-03 14:31 ` Maxence Guesdon
2015-03-03 14:32 ` Ivan Gotovchits
2015-03-03 14:42 ` Sebastien Mondet
2015-03-03 15:02 ` François Bobot
2015-03-03 15:24 ` Sebastien Mondet
2015-03-03 14:51 ` François Bobot
2015-03-03 14:55 ` Gerd Stolpmann
2015-03-04 9:58 ` François Bobot
2015-04-13 19:27 ` Ivan Gotovchits
2015-04-13 19:29 ` Gerd Stolpmann
2015-04-14 8:59 ` François Bobot
2015-04-14 9:47 ` Stéphane Glondu
2015-04-14 12:45 ` François Bobot
2015-04-27 9:51 ` Gerd Stolpmann
2015-04-27 10:16 ` Gabriel Scherer
2015-04-27 12:16 ` François Bobot
2015-04-27 12:32 ` Daniel Bünzli
2015-04-29 12:00 ` Gerd Stolpmann
2015-04-27 11:55 ` François Bobot [this message]
[not found] ` <1735_1425463114_54F6D748_1735_16789_8_54F6D731.3090004@cea.fr>
2015-03-06 11:45 ` François Bobot
2015-04-14 12:21 ` Gabriel Kerneis
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=553E23C1.1000802@cea.fr \
--to=francois.bobot@cea.fr \
--cc=caml-list@inria.fr \
--cc=info@gerd-stolpmann.de \
/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