PROPOSAL: language support for JSR 292
John.Rose at Sun.COM
Fri May 1 13:09:36 PDT 2009
On Apr 30, 2009, at 12:07 PM, Rémi Forax wrote:
> The first question is what is the goal of such construct.
The goal is preserving the utility of Java as a system programming
language for the JVM, given changes in the bytecode architecture.
> If the goal is to be able to call any dynamic languages from Java,
> this is in my opinion a nice dream but that means
> mixing different language semantics.
> If the goal is to help dynamic language developers,
> the question is why a language developer code in Java
> and not in its own language.
Very few languages are completely self-hosting. Most have lots of
systems-level code in them (C or assembly, in the non-Java world.)
It's reasonable to ask the systems programming language to provide
some access to the capabilities of the underlying machine. Note how
useful asm statements are in C for system building. (The present
proposal is a much smaller and better-structured loophole than asm, of
> If the goal is to simplify reflection or dynamic invocation
> in Java, the dynamic type of C# is what we want.
I agree, but let's do one thing at a time. This is support for the
system programmers, not language mixing for application programmers.
For example, I am using polymorphic method handle invocation all the
time in the JSR 292 system support code. Having Java support me there
saves me from having to drop down into bytecode weaving or (worse)
changing the C++ code of the JVM.
More information about the coin-dev