This is the mail archive of the
java-discuss@sourceware.cygnus.com
mailing list for the Java project.
Re: CNI namespace
- To: Per Bothner <per at bothner dot com>
- Subject: Re: CNI namespace
- From: Tom Tromey <tromey at cygnus dot com>
- Date: Mon, 3 Apr 2000 12:16:59 -0700 (PDT)
- Cc: java-discuss at sourceware dot cygnus dot com
- References: <y683dpaetn2.fsf_-_@ignucius.devel.redhat.com><m2r9ct8pho.fsf@kelso.bothner.com><y68k8ilcrfj.fsf@idoru.labs.redhat.com><m2hfdp8hjy.fsf@kelso.bothner.com><y6866u5cn4b.fsf@idoru.labs.redhat.com><m27lel8eb3.fsf@kelso.bothner.com>
>> Given "jarray foo", in CNI, foo->length is valid, in JNI it is not.
Per> So? I'm not seeing the problem. In JNI, you use GetArrayLength.
My understanding is that Paul wants to write a wrapper class which
looks like a CNI jarray but acts like a JNI array.
Per> (As suggested earlier, we could sacrifice some portability in
Per> favor of simpler source files, by requiring the use of g++, but
Per> with a flag to generate the JNI ABI. Then the binaries can be
Per> used with any Java VM, but you need non-portable tools to
Per> generate the binaries.)
The current plan is to use Paul's wrapper class idea.
Changing g++ would work, but there is nobody to do the actual
implementation. (And, in my estimation, it is unlikely that the g++
maintainers would accept the patch in any case.)
Tom