Re: Languages with well-integrated Foreign Function Interface to learn from?

Hans-Peter Diettrich <DrDiettrich1@aol.com>
Wed, 02 Sep 2009 15:09:02 +0200

          From comp.compilers

Related articles
[7 earlier articles]
Re: Languages with well-integrated Foreign Function Interface to learn dot@dotat.at (Tony Finch) (2009-07-26)
Re: Languages with well-integrated Foreign Function Interface to learn paul.biggar@gmail.com (Paul Biggar) (2009-07-28)
Re: Languages with well-integrated Foreign Function Interface to learn cr88192@hotmail.com (BGB / cr88192) (2009-08-24)
Re: Languages with well-integrated Foreign Function Interface to learn cr88192@hotmail.com (BGB / cr88192) (2009-08-30)
Re: Languages with well-integrated Foreign Function Interface to learn paul.biggar@gmail.com (Paul Biggar) (2009-08-31)
Re: Languages with well-integrated Foreign Function Interface to learn cr88192@hotmail.com (BGB / cr88192) (2009-08-31)
Re: Languages with well-integrated Foreign Function Interface to learn DrDiettrich1@aol.com (Hans-Peter Diettrich) (2009-09-02)
Re: Languages with well-integrated Foreign Function Interface to learn paul.biggar@gmail.com (Paul Biggar) (2009-09-02)
Re: Languages with well-integrated Foreign Function Interface to learn cr88192@hotmail.com (BGB) (2009-09-02)
Re: Languages with well-integrated Foreign Function Interface to learn paul.biggar@gmail.com (Paul Biggar) (2009-09-03)
Re: Languages with well-integrated Foreign Function Interface to learn cr88192@hotmail.com (BGB / cr88192) (2009-09-03)
Re: Languages with well-integrated Foreign Function Interface to learn cr88192@hotmail.com (BGB) (2009-09-03)
| List of all articles for this month |

From: Hans-Peter Diettrich <DrDiettrich1@aol.com>
Newsgroups: comp.compilers
Date: Wed, 02 Sep 2009 15:09:02 +0200
Organization: Compilers Central
References: 09-07-074 09-07-095 09-07-105 09-08-050 09-08-056 09-09-005
Keywords: code
Posted-Date: 02 Sep 2009 23:40:14 EDT

BGB / cr88192 schrieb:


>> If I understand you correctly, it seems that this interface wouldn't
>> be portable to other VMs, and that the standard libraries could not be
>> shared with another implementation which did not use a C virtual
>> machine?
>
> another VM could use a similar strategy, but granted, to use plain C<->C
> interfacing, the VM in question would need to be able to support C.
>
> the great problem is that this quickly rules out most simple /
> language-specific VMs...
>
> basically, to handle both a dynamic language, and C, the VM would need a
> similar level of complexity to that of .NET ...


Where do you see such a requirement?


IMO the VM only must support the C calling convention and data types
(ABI) - not different from interfacing any other "language".


DoDi



Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.