Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Jon Harrop <jon@ffconsultancy.com>
To: caml-list@inria.fr
Subject: Re: [Caml-list] Working around the brittle bindings problem
Date: Fri, 25 Jan 2008 04:10:35 +0000	[thread overview]
Message-ID: <200801250410.35323.jon@ffconsultancy.com> (raw)
In-Reply-To: <20080125.113113.104032782.garrigue@math.nagoya-u.ac.jp>

On Friday 25 January 2008 02:31:13 you wrote:
> This looks like a good idea. This way you can choose the set of
> functions you depend upon. This means essentially copying and
> trimming down mlis. Then you just need to provide the source code for
> the linking bits, that is a big functor application.
>
> This would protect you from checksums changing due to the addition of
> new functions, or from compatible changes in function types (i.e.,
> types are equal according to ocaml expansion rules). This will not
> protect you from a real change in function type at the interface (like
> the addition of a new tag in a type, or of an extra optional
> argument), or from a change in the compiler itself.
> If you want maximal protection, you should apply the same approach to
> standard library modules too, so that compiler changes that do not
> alter the .cmi format would be allowed, but this is going to be painful.
> There may also be a performance hit as the function calls get a bit
> more costly (this should only matter for really fast functions, not
> for openGL calls).

Awesome! I'll try to get this done ASAP. I think I'll leave the dependency 
upon the compiler because it would be too painful to remove, as you say, but 
the rest should be doable and will make my recompilation nightmares a thing 
of the past!

I'll post back with my findings... :-)

-- 
Dr Jon D Harrop, Flying Frog Consultancy Ltd.
http://www.ffconsultancy.com/products/?e


  reply	other threads:[~2008-01-25  4:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-24 21:40 Jon Harrop
2008-01-25  2:31 ` [Caml-list] " Jacques Garrigue
2008-01-25  4:10   ` Jon Harrop [this message]
2008-01-25  7:21 ` Alain Frisch

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=200801250410.35323.jon@ffconsultancy.com \
    --to=jon@ffconsultancy.com \
    --cc=caml-list@inria.fr \
    /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