From: Ashish Agarwal <agarwal1975@gmail.com>
To: "Daniel Bünzli" <daniel.buenzli@erratique.ch>
Cc: Caml List <caml-list@inria.fr>
Subject: Re: [Caml-list] inconsistent assumptions over interface
Date: Mon, 27 Apr 2015 11:07:33 -0400 [thread overview]
Message-ID: <CAMu2m2KLVajBTZee9T41n=Df=ua24R4mof=XQnBVzpqWtN3+ig@mail.gmail.com> (raw)
In-Reply-To: <A606B4C854C5437F98FE85436C332950@erratique.ch>
[-- Attachment #1: Type: text/plain, Size: 1813 bytes --]
> server code with client code, both seem to have a different
Eliommod_parameters module
Right, thanks! This explains it. There are two Eliommod_parameters
interfaces. We have client/eliom_pervasives.cmi compiled agains the client
one, and _server/foo.cmi compiled against the server one. And then I'm
mixing them somehow.
> Usually in these cases it's a good idea to have a look at the hash of the
inconsistent .cmi files with ocamlobjinfo and try to locate the
corresponding .cmi in the included dirs to get a better idea of what's
going on.
Great suggestion. I'll try this.
On Mon, Apr 27, 2015 at 11:02 AM, Daniel Bünzli <daniel.buenzli@erratique.ch
> wrote:
> > It's Eliom related, though I don't know why that would matter.
> >
> > # Error: The files ~/.opam/4.02.1/lib/eliom/client/eliom_pervasives.cmi
> > # and ../_server/foo.cmi make inconsistent assumptions
> > # over interface Eliommod_parameters
>
> Don't know anything about eliom but it seems that you are trying to
> compile server code with client code, both seem to have a different
> Eliommod_parameters module. I don't know if the Eliommod_parameters cmi are
> supposed to be the same in both cases (if there's a discrepancy that didn't
> use to exist it may be due to compiling with `-keep-locs` which could
> result in problems along the line of [1,2] but I don't know how eliom's
> source is structured).
>
> Usually in these cases it's a good idea to have a look at the hash of the
> inconsistent .cmi files with ocamlobjinfo and try to locate the
> corresponding .cmi in the included dirs to get a better idea of what's
> going on.
>
> Best,
>
> Daniel
>
> [1] https://github.com/ocamllabs/ocaml-ctypes/issues/283
> [2] http://caml.inria.fr/mantis/view.php?id=6311#c13598
>
>
>
>
[-- Attachment #2: Type: text/html, Size: 3129 bytes --]
next prev parent reply other threads:[~2015-04-27 15:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-27 14:39 Ashish Agarwal
2015-04-27 14:53 ` Drup
2015-04-27 15:02 ` Ashish Agarwal
2015-04-27 15:02 ` Daniel Bünzli
2015-04-27 15:07 ` Ashish Agarwal [this message]
2018-04-22 14:53 [Caml-list] Inconsistent " Yann Hamdaoui
2018-04-22 15:29 ` Nicolás Ojeda Bär
2018-04-23 14:14 ` Yann Hamdaoui
2018-06-02 20:02 ` Yawar Amin
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='CAMu2m2KLVajBTZee9T41n=Df=ua24R4mof=XQnBVzpqWtN3+ig@mail.gmail.com' \
--to=agarwal1975@gmail.com \
--cc=caml-list@inria.fr \
--cc=daniel.buenzli@erratique.ch \
/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