You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Dan Lydick <dl...@earthlink.net> on 2005/10/10 19:11:37 UTC
Fw: [jira] Created: (HARMONY-7) Compliance of system calls withPOSIX standards and native Windows standards
Since it doesn't seem to have been forwarded to dev@ ...
-----Forwarded Message-----
From: "Bootstrap JVM (Daniel Lydick) (JIRA)" <ji...@apache.org>
Sent: Oct 10, 2005 11:54 AM
To: bootjvm@earthlink.net
Subject: [jira] Created: (HARMONY-7) Compliance of system calls with POSIX
standards and native Windows standards
Compliance of system calls with POSIX standards and native Windows standards
----------------------------------------------------------------------------
Key: HARMONY-7
URL: http://issues.apache.org/jira/browse/HARMONY-7
Project: Harmony
Type: Improvement
Components: Misc
Environment: All platforms, in particular Solaris 9, Windows XP, Windows
(CygWin),
and Mac OS-X at this time.
Reporter: Bootstrap JVM (Daniel Lydick)
Assigned to: Geir Magnusson Jr
The original development was done on a Solaris 9 platform and
there was a significant attempt to write all code in a way that would
be easy to set up on any platform that could compile ANSI 'C'. However,
in the interest of getting the first cut out the door, certain shortcuts
were taken just to get it working on the original platform.
One of these was the use of the Solaris yield(2) system call as
found in 'bootJVM/jvm/src/timeslice.c'. Geir Magnusson has
annotated this issue here and stubbed out yield(2) for the
Windows platform so he could complete his initial compilation
for CygWin. Someone needs to check and see if yield(2) is a
POSIX call. If not, the POSIX equivalent should be substituted.
(Notice that this source file has numerous library calls not found
in your typical application program, including signal(3), setitimer(3),
pthread_create(3) and the like).
Since the GCC compiler for CygWin has a number of libraries
which certainly include POSIX system calls, it might be worth
the while to see if that reference could be applied to both the
original Solaris implementation _and_ the CygWin compile
that he did. It might also then be a good idea to see if either
this or a native Windows equivalent might be available for the
native Windows compilation, and what native Windows library
calls should be used for the other uncommon library functions
found in this source file. ('timeslice.c' is probably the most
OS-dependent source file in the whole program.)
Another item: Someone should take Geir's CygWin compilation
(done on Windows XP) and compile it in a native Windows
environment to see if any more adjustments needed to get it to
compile there as opposed to CygWin. The main reasons are
described in the preceding paragraph. (Remember, though,
that I am still working on some crucial parts of the runtime and
not all virtual opcodes are implemented, although this will
certainly change in the near future.)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
Re: [jira] Created: (HARMONY-7) Compliance of system calls withPOSIX
standards and native Windows standards
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
you shouldn't have to do this... the notifications go to dev@
it may be delayed, or a problem in the mail queue...
geir
On Oct 10, 2005, at 1:11 PM, Dan Lydick wrote:
>
>
> Since it doesn't seem to have been forwarded to dev@ ...
>
> -----Forwarded Message-----
> From: "Bootstrap JVM (Daniel Lydick) (JIRA)" <ji...@apache.org>
> Sent: Oct 10, 2005 11:54 AM
> To: bootjvm@earthlink.net
> Subject: [jira] Created: (HARMONY-7) Compliance of system calls
> with POSIX
> standards and native Windows standards
>
> Compliance of system calls with POSIX standards and native Windows
> standards
> ----------------------------------------------------------------------
> ------
>
> Key: HARMONY-7
> URL: http://issues.apache.org/jira/browse/HARMONY-7
> Project: Harmony
> Type: Improvement
> Components: Misc
> Environment: All platforms, in particular Solaris 9, Windows XP,
> Windows
> (CygWin),
> and Mac OS-X at this time.
> Reporter: Bootstrap JVM (Daniel Lydick)
> Assigned to: Geir Magnusson Jr
>
>
> The original development was done on a Solaris 9 platform and
> there was a significant attempt to write all code in a way that would
> be easy to set up on any platform that could compile ANSI 'C'.
> However,
> in the interest of getting the first cut out the door, certain
> shortcuts
> were taken just to get it working on the original platform.
>
> One of these was the use of the Solaris yield(2) system call as
> found in 'bootJVM/jvm/src/timeslice.c'. Geir Magnusson has
> annotated this issue here and stubbed out yield(2) for the
> Windows platform so he could complete his initial compilation
> for CygWin. Someone needs to check and see if yield(2) is a
> POSIX call. If not, the POSIX equivalent should be substituted.
> (Notice that this source file has numerous library calls not found
> in your typical application program, including signal(3), setitimer
> (3),
> pthread_create(3) and the like).
>
> Since the GCC compiler for CygWin has a number of libraries
> which certainly include POSIX system calls, it might be worth
> the while to see if that reference could be applied to both the
> original Solaris implementation _and_ the CygWin compile
> that he did. It might also then be a good idea to see if either
> this or a native Windows equivalent might be available for the
> native Windows compilation, and what native Windows library
> calls should be used for the other uncommon library functions
> found in this source file. ('timeslice.c' is probably the most
> OS-dependent source file in the whole program.)
>
> Another item: Someone should take Geir's CygWin compilation
> (done on Windows XP) and compile it in a native Windows
> environment to see if any more adjustments needed to get it to
> compile there as opposed to CygWin. The main reasons are
> described in the preceding paragraph. (Remember, though,
> that I am still working on some crucial parts of the runtime and
> not all virtual opcodes are implemented, although this will
> certainly change in the near future.)
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
> administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see:
> http://www.atlassian.com/software/jira
>
>
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org