This is the mail archive of the
java-discuss@sourceware.cygnus.com
mailing list for the Java project.
Re: Integrating Win32 changes
- To: Jon Beniston <jb7216 at bristol dot ac dot uk>
- Subject: Re: Integrating Win32 changes
- From: Jeff Sturm <jsturm at sigma6 dot com>
- Date: Mon, 17 Jan 2000 17:00:19 -0500
- CC: java-discuss at sourceware dot cygnus dot com
- Organization: AppNet
- References: <00a201bf612c$34204a90$010010ac@brookfield.net>
Jon Beniston wrote:
> First up, you can't do new FileDescriptor(0) for setting up the standard i/o
> streams (as is done in java/io/FileDescriptor), should I have a new file
> Win32FileDescriptor.java or would it be best to implement a native function
> such as FileDescriptor::getStdHandle(int) for all ports.
My impression is that FileDescriptor.java is portable enough, except for
the in/out/err initializers. A new native method should be OK, though
the name "getStdHandle" sounds too Windows-ish for my taste...
> Also, for native files where just a few changes are needed, such as
> prims.cc, I'm putting #ifdef __MINGW32__ around the platform specific code.
> Is that cool? Where a lot of changes have to be made I'm implementing them
> in a new file.
"#ifdef WIN32" would probably be better unless the code really depends
on Mingw32. That'll benefit those who may be compiling with Cygwin or
U/WIN, or other GCC-on-Windows environments.
--
Jeff Sturm
jsturm@sigma6.com