This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Language extensions ?
- From: Andrew Haley <aph at redhat dot com>
- To: tromey at redhat dot com
- Cc: "Robin Garner" <robin dot garner at iname dot com>, java at gcc dot gnu dot org
- Date: Tue, 1 Apr 2003 10:54:01 +0100 (BST)
- Subject: Re: Language extensions ?
- References: <20030327034857.59934.qmail@iname.com><87llz1l1rq.fsf@fleche.redhat.com><16002.52225.483946.83762@cuddles.cambridge.redhat.com><878yuuy7zi.fsf@fleche.redhat.com>
Tom Tromey writes:
> >>>>> "Andrew" == Andrew Haley <aph at redhat dot com> writes:
>
> Tom> You can use gnu.gcj.RawData as a system-dependent pointer-sized
> Tom> value. However you can't really do anything with this value
> Tom> other than pass it around. It isn't treated like a real pointer;
> Tom> for instance the GC doesn't examine fields of this type.
>
> Andrew> Ouch. Do we really want to support gnu.gcj.RawData as part of
> Andrew> our API?
>
> We already do; it is documented in gcj.texi as part of CNI.
Oh dear.
> That said, I'm leery of adding magical methods to it to implement
> pointer math. First, there are the security model considerations.
Well, once the security model is done we can restrict it so that only
privileged code can create RawData objects.
> Second, why not just use CNI in this situation? That's what it is
> there for, and it isn't like code using RawData extensions would be
> portable Java anyway.
Exactly. Just say No!
AFAICS RawMemoryAccess already provides everything that anyone might
need, in a reasonably clean and well-factored package. We just need
an impementation.
Andrew.