From: Thomas Fischbacher <Thomas.Fischbacher@Physik.Uni-Muenchen.DE>
To: Jacques Garrigue <garrigue@math.nagoya-u.ac.jp>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] C interface style question
Date: Thu, 19 Jan 2006 13:13:39 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.63.0601191310490.779@guffert.cip.physik.uni-muenchen.de> (raw)
In-Reply-To: <20060119.093955.97297811.garrigue@math.nagoya-u.ac.jp>
On Thu, 19 Jan 2006, Jacques Garrigue wrote:
> Registration is required to have the GC properly update the values.
> The GC may be called by any allocation.
Just by allocations in the local C code? Is this (and will this always
be) a guaranteed property? How about future extensions and multithreading?
> So it is only safe not to register a parameter (or a variable) in any
> of the following 4 cases.
> 1) you know that it can only hold a non-pointer value (int, bool, ...)
> (i.e. the GC has nothing to update)
> 2) there are no allocations in your function
> 3) the parameter is not accessed after the first allocation
> 4) for a new variable whose contents is returned, there is no
> allocation between the setting of the variable and return.
>
> (1) and (2) are relatively easy to see, but (3) and (4) are a bit
> trickier (particularly with side-effecting expressions), so
> it is not a bad idea to register more parameters than strictly
> necessary.
Can I take this as an official position of the OCaml team on the behaviour
of the C interface?
--
regards, tf@cip.physik.uni-muenchen.de (o_
Thomas Fischbacher - http://www.cip.physik.uni-muenchen.de/~tf //\
(lambda (n) ((lambda (p q r) (p p q r)) (lambda (g x y) V_/_
(if (= x 0) y (g g (- x 1) (* x y)))) n 1)) (Debian GNU)
next prev parent reply other threads:[~2006-01-19 12:13 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-18 18:28 Thomas Fischbacher
2006-01-18 19:18 ` [Caml-list] " Gerd Stolpmann
2006-01-18 20:32 ` Florent Monnier
2006-01-18 21:31 ` Gerd Stolpmann
2006-01-18 23:21 ` Florent Monnier
2006-01-18 23:43 ` Robert Roessler
2006-01-19 0:39 ` Jacques Garrigue
2006-01-19 3:17 ` skaller
2006-01-19 14:09 ` Damien Doligez
2006-01-19 14:17 ` Thomas Fischbacher
2006-01-19 14:24 ` Thomas Fischbacher
2006-01-19 14:52 ` Olivier Andrieu
2006-01-20 10:49 ` Damien Doligez
2006-02-12 20:40 ` Olivier Andrieu
2006-02-13 9:45 ` Damien Doligez
2006-01-19 15:15 ` Thomas Fischbacher
2006-01-30 13:12 ` On Store_field() Thomas Fischbacher
2006-01-30 14:05 ` [Caml-list] " Olivier Andrieu
2006-01-19 12:13 ` Thomas Fischbacher [this message]
2006-01-19 13:49 ` [Caml-list] C interface style question Jacques Garrigue
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=Pine.LNX.4.63.0601191310490.779@guffert.cip.physik.uni-muenchen.de \
--to=thomas.fischbacher@physik.uni-muenchen.de \
--cc=caml-list@inria.fr \
--cc=garrigue@math.nagoya-u.ac.jp \
/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