Re: Non-POSIX port
Hi Robert, I was hoping you might be interested. I'll generate a first pass at a patch set and we can iterate until everyone's happy with the changes. Thanks for the information! -Chris On 3/3/07, Robert Schuster <[EMAIL PROTECTED]> wrote: Hi Chris, of course GNU Classpath is interested in non-POSIX ports of the native stuff. :) Chris Cole schrieb: > Hi Folks, > > I have the first cut of a port to an exotic platform (non-POSIX). > Network support and process management are TBD. > > I'd like to investigate the possibility of getting my changes adopted > into the project. Great! Ports are a great way to see whether Classpath' native interface fits the task good or may be further adjusted. > What's the best way to start that process? Just send your patch to classpath-patches@gnu.org along with a GNU-style ChangeLog and a short description of your work. On the legal side the GNU project needs a copyright assignment to the FSF from you. Mark Wielaard, GNU Classpath' maintainer, takes care of those (CCed). Drop him a line if you want to contribute or have questions regarding the process. Some notes about the assignment are in our Wiki[0]. As the assignment usually takes some weeks I suggest posting your patch along with a GNU-style changelog and a description to classpath-patches@gnu.org and receive technical suggestion from the rest of the Classpath team (some info about the patch submission process[1]). Regards Robert [0] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-5584bc97b740bd0935fac1a3feeffe9614d42b6e [1] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-a8b2520531202f1acefb9cb1c8b540999e4eaf21
Re: Non-POSIX port
Hi Tom, I'm using configure. My changes are based off of 0.93. I haven't made changes to any .java files yet (thanks for the heads-up), but I'll poke around and see if I need to do so. These are the changed or added files: configure.ac ./include: config.h config.h.in jni_md-x86-mingw32.h jni_md.h ./examples: Makefile.am ./lib: Makefile.am ./native/jni/java-io: java_io_VMFile.c ./native/jni/java-lang: java_lang_VMProcess.c java_lang_VMSystem.c ./native/jni/java-net: gnu_java_net_VMPlainSocketImpl.c gnu_java_net_local_LocalSocketImpl.c java_net_VMInetAddress.c java_net_VMNetworkInterface.c java_net_VMURLConnection.c javanet.c ./native/jni/java-nio: Makefile.am gnu_java_nio_VMChannel.c gnu_java_nio_VMPipe.c gnu_java_nio_VMSelector.c java_nio_MappedByteBufferImpl.c javanio.h mingw32_javanio.c ./native/jni/native-lib: cpio.c cpio.h cpnative.h cpnet.c cpnet.h cpproc.c ./tools: Makefile.am Most of the changes are simply to allow compiling when WITHOUT_NETWORK is defined. The Makefile.am changes are to support using ';' as a path separator instead of ':'. I'll get started on the paperwork. Thanks, Chris On 03 Mar 2007 09:01:15 -0700, Tom Tromey <[EMAIL PROTECTED]> wrote: > "Chris" == Chris Cole <[EMAIL PROTECTED]> writes: Chris> I have the first cut of a port to an exotic platform (non-POSIX). Cool. Chris> I'd like to investigate the possibility of getting my changes Chris> adopted into the project. What's the best way to start that Chris> process? First thing is to get started on copyright assignment paperwork. Mark should probably do this but if he can't I will send you the form. Next is to start looking at how to merge it in. It may be a little difficult since Classpath doesn't yet have native code for a non-POSIX port (afaik). I'm sure we can figure out something sensible though. Maybe you could describe your port a bit more. What files did you add, where did you put them, do you use configure, etc. A non-POSIX port may also need some .java changes. ISTR a place or two where we have POSIX-y assumptions, like File or .so name mapping or something. Tom
Re: Non-POSIX port
Hi Chris, of course GNU Classpath is interested in non-POSIX ports of the native stuff. :) Chris Cole schrieb: > Hi Folks, > > I have the first cut of a port to an exotic platform (non-POSIX). > Network support and process management are TBD. > > I'd like to investigate the possibility of getting my changes adopted > into the project. Great! Ports are a great way to see whether Classpath' native interface fits the task good or may be further adjusted. > What's the best way to start that process? Just send your patch to classpath-patches@gnu.org along with a GNU-style ChangeLog and a short description of your work. On the legal side the GNU project needs a copyright assignment to the FSF from you. Mark Wielaard, GNU Classpath' maintainer, takes care of those (CCed). Drop him a line if you want to contribute or have questions regarding the process. Some notes about the assignment are in our Wiki[0]. As the assignment usually takes some weeks I suggest posting your patch along with a GNU-style changelog and a description to classpath-patches@gnu.org and receive technical suggestion from the rest of the Classpath team (some info about the patch submission process[1]). Regards Robert [0] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-5584bc97b740bd0935fac1a3feeffe9614d42b6e [1] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-a8b2520531202f1acefb9cb1c8b540999e4eaf21 signature.asc Description: OpenPGP digital signature
Re: Non-POSIX port
> "Chris" == Chris Cole <[EMAIL PROTECTED]> writes: Chris> I have the first cut of a port to an exotic platform (non-POSIX). Cool. Chris> I'd like to investigate the possibility of getting my changes Chris> adopted into the project. What's the best way to start that Chris> process? First thing is to get started on copyright assignment paperwork. Mark should probably do this but if he can't I will send you the form. Next is to start looking at how to merge it in. It may be a little difficult since Classpath doesn't yet have native code for a non-POSIX port (afaik). I'm sure we can figure out something sensible though. Maybe you could describe your port a bit more. What files did you add, where did you put them, do you use configure, etc. A non-POSIX port may also need some .java changes. ISTR a place or two where we have POSIX-y assumptions, like File or .so name mapping or something. Tom
