caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Goswin von Brederlow <goswin-v-b@web.de>
To: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] extending records with Obj.magic
Date: Mon, 06 Sep 2010 17:24:31 +0200	[thread overview]
Message-ID: <87eid6yjww.fsf@frosties.localdomain> (raw)
In-Reply-To: <4C7C2603.9080909@ens-lyon.org> (Martin Jambon's message of "Mon, 30 Aug 2010 14:43:31 -0700")

Martin Jambon <martin.jambon@ens-lyon.org> writes:

> Nicolas Ojeda Bar wrote:
>> Hello,
>> 
>> I need extensible records, and the code below seems to
>> work. Are there any pitfall that I should be aware of?
>> Could this mess up the GC?
>> 
>> # type t0 = { a : int };
>> # type t1 = { a2 : int; b : int };
>> # value x1 = { a2 = 3; b = 5 };
>> # value x0 : t0 = Obj.magic x1;
>> value x0 = { a = 3 }
>> # value x0' : t1 = Obj.magic x0;
>> value x0' = { a2 = 3; b = 5 }
>> 
>> (supposedly t1 is an extension of t0). The types are
>> being generated by a program, so I am not worried about
>> actually having to _write_ this myself.

You need to make sure t1 is structurally an extension of t0 and then it
will be safe to use in the current implementation of the GC (see counter
example below). As others have said beware of functions that do
structural compares on the magiced values. But GC compaction will keep
the value intact as it only looks at the in-memory structure and
Obj.magic doesn't change that.

> # type t0 = { a : float };;
> type t0 = { a : float; }
> # type t1 = { a2 : float; b : int };;
> type t1 = { a2 : float; b : int; }
> # let x1 = { a2 = 3.; b = 5 };;
> val x1 : t1 = {a2 = 3.; b = 5}
> # let x0 : t0 = Obj.magic x1;;
> val x0 : t0 = {a = 3.}
>
> And now the magic:
>
> # x0.a;;
> - : float = 6.94364726476075e-310

This is a special case because records with ONLY floats are stored as
unboxed float array. Mixed records on the other hand use boxed
floats. So in you example t0 is structurally not a prefix of t1.

MfG
        Goswin


  reply	other threads:[~2010-09-06 15:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20100830204956.2D927BC5D@yquem.inria.fr>
2010-08-30 21:04 ` Nicolas Ojeda Bar
2010-08-30 21:11   ` [Caml-list] " bluestorm
2010-08-30 21:43   ` Martin Jambon
2010-09-06 15:24     ` Goswin von Brederlow [this message]
2010-09-02 13:06   ` Bruno Barras

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=87eid6yjww.fsf@frosties.localdomain \
    --to=goswin-v-b@web.de \
    --cc=caml-list@yquem.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;
as well as URLs for NNTP newsgroup(s).