Closures for Java (0.6) specification part b

Neal Gafter neal at gafter.com
Mon Dec 14 07:16:32 PST 2009


Yes, that's a good point.  Either Jump has to be public or hidden in the
subclasses.

Cheers,
Neal

On Mon, Dec 14, 2009 at 4:22 AM, Paul Benedict <pbenedict at apache.org> wrote:

> Neal,
>
> >> PS: Are you introducing a new Jump type too?
> >
> > Since the underlying mechanism for implementing the transfer is a
> contract
> > between the compiler and itself, it need not be specified.  BGGA's
> prototype
> > uses the Jump type, which could be used to implement this specification
> as
> > well, but it is not visible to Java programmers so it is not part of the
> > specification.
>
> I don't know how you can keep that constructor public without also
> exposing the Jump type, but I guess it's there solely for
> demonstrative purposes. Isn't the only operand to a Jump instruction
> its offset? You could probably turn that constructor argument into an
> int primitive unless you think more information is required.
>
> Paul
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/closures-dev/attachments/20091214/7f7f1465/attachment.html 


More information about the closures-dev mailing list