FFI, safe vs unsafe
Claus Reinke
claus.reinke at talk21.com
Wed Apr 12 19:03:25 EDT 2006
if I may repeat myself (again), since my old suggestion now seems to
agree with Wolfgang, Ross, and Simon:
http://www.haskell.org//pipermail/haskell-prime/2006-March/001129.html
...
so my suggestion would be to make no assumption about
unannotated calls (don't rely on the programmer too much;),
and to have optional keywords "atomic" and "non-reentrant".
but yes, "non-reentrant" is rather too long - perhaps "external" (is outside
Haskell and stays out)?
foreign import - we don't know anything, some implementations
might not support this
foreign import atomic - function is neither blocking nor long-running
foreign import external - function has no callbacks to Haskell
cheers,
claus
---
Wolfgang Thaller:
|Personally, I'm still in favour of inverting this. We are not in
|court here, so every foreign function is guilty until proven
|innocent. Every foreign function might be "longrunning" unless the
|programmer happens to know otherwise. So maybe... "returnsquickly"?
---
> On 2006-04-11, Ross Paterson <ross at soi.city.ac.uk> wrote:
>> On Tue, Apr 11, 2006 at 09:13:00AM +0100, Simon Marlow wrote:
>>> - the default should be... concurrent reentrant, presumably,
>>> because that is the safest. (so we need to invert the notation).
>> I think the name "concurrent" has a similar problem to "safe": it
>> reads as an instruction to the implementation, rather than a
>> declaration by the programmer of the properties of a particular
>> function; as Wolfgang put it, "this function might spend a lot of
>> time in foreign lands".
> I'd like to second this.
I agree. So other suggestions? longrunning? mightblock or mayblock?
I don't much like 'nonreentrant', it's a bit of a mouthful. Any other
suggestions for that? nocallback?
Cheers,
Simon
_______________________________________________
Haskell-prime mailing list
Haskell-prime at haskell.org
http://haskell.org/mailman/listinfo/haskell-prime
More information about the Haskell-prime
mailing list